Your school uses many technologies that are designed to make everyone’s life easier. But do they talk to each other? If not, it’s likely they’re butting heads instead.
Let’s look at a kitchen analogy and see how ‘data interoperability’ (i.e. the ability of your school EdTech’s to share information across platforms and apps, given permission) could be the missing part in your school technology superhighway.
You’ve got a kitchen and you mistakenly buy a whole lot of appliances from different countries, which means they all have varying power plugs. The toaster is still a toaster, the blender is still a blender, and a kettle is still a kettle. Individually and in the appropriate environment, they’ll work perfectly. But, in your kitchen with your power points, they can’t function.
Therein lies the problem with interoperability with technology in any situation, school or otherwise. If you’re establishing an office with a bunch of computers that can’t talk to each other, or can’t effectively connect, then what you have is data inoperability, rather than interoperability.
In the case of schools, each school has a source of truth: their student management system. It will be a central database of some sort that holds all the key and associated data about any given student (their name, contact details, information about guardians and, increasingly, their academic information).
The database may hold all that information but the database does not do everything. So schools buy all different types of software – for organising school lunch payments or selling tickets to the school play or sending online forms to parents or managing medical records, etc. – to increase the functionality of their central management system. Generally, we refer to this as a ‘stack’ of software.
But back to the kitchen analogy…
Let’s say you’ve got a core student management system (the kitchen) and you’ve bought five tools (blender, coffeemaker, toaster and so on) but you can’t plug them into your core management system. That means you’ve got six or seven ‘buckets’ of data floating around your school, all of which relate to your students and parents but which don’t talk to each other. That’s not a very viable situation but that’s exactly the kind of situation found in a lot of schools through no fault of their own.
Mostly, this comes down to data exchange, which is the interoperability of data or data moving between all of those applications. If the school lunch system knows who the students and parents are, then it is able to help maintain a proper record for a student regarding how much lunch money they have remaining. If they know a student has left the school, then they know they shouldn’t be able to buy lunch. The core system gives the lunch system that information through interoperability.*
Today’s software is browser-based and cloud-based, which makes it far more interoperable than what was around 15 years ago. Previously, data was siloed in standalone boxes that ‘you put stuff in’ and ‘you take stuff out’. In other words, older technologies were never expected to ‘talk’ to each other.
As we’ve seen more software coming into schools, the stack has got taller and older student management databases, that were highly siloed in the past, have now opened up their data. The attitude has changed from one technology having all the features that deals with every single piece of functionality a school requires to integrating and operating alongside other pieces of software in an open dialogue.
What should a school be asking a potential software provider in order to ensure interoperability?
1. How does it integrate with other products?
2. Does that interoperability exist?
3. Is there an API** available?
Software developers need to remember that a school’s data does not belong to them; it belongs to the school. Accordingly, all schools should be able to access their own data freely and enjoy the multitude of uses and benefits that data provides.
* With EdSmart, we make it our business to know the details of all students and guardians and, therefore, who’s allowed to do what and who’s allowed to see what. We do that by reading data directly out of the student management database. That’s interoperability. If the student database knows something, then we know it too.
** An API is a programmable interface for software that enables it to talk to another computer and exchange information.
Would you like to know how EdSmart fits into your school’s tech stack? Let’s have a chat!
