Similar to APIdays Helsinki 2019 - Build the API and they will come? Experiences from the Finnish Kanta PHR Ecosystem with Mikael Rinnetmäki, Sensotrend
Implementing and Auditing General Data Protection RegulationJim Kaplan CIA CFE
Similar to APIdays Helsinki 2019 - Build the API and they will come? Experiences from the Finnish Kanta PHR Ecosystem with Mikael Rinnetmäki, Sensotrend (20)
21. 👍
Community
� Exists
� Connection to international forums
� Multiple modes of communication
� Clock speed is low, although increasing
� Size of the community is still small in Finland
24. 👍
Decision making
� Everyone can participate
� Open, well-defined process
for gathering comments and requirements
� Everyone is not part of the decision making process
� Some things just get stuck on upper levels…
Minä olen Mikael, Sensotrend-startupista. Me kehitämme automaattista diabetespäiväkirjaa.
Tyypin 1 diabeteksen hoito edellyttää jatkuvaa mittaamista ja mittaustuloksista oppimista.
Mittaaminen on nykyään helppoa. On sensorit, on sovellukset.
Kaikesta mitatusta datasta oppiminen on kuitenkin edelleen haastavaa.
Tässä Sensotrend auttaa. Me yhdistämme tiedot yli 60 hyvinvointisovelluksesta ja 30 lääkinnällisestä laitteesta, visualisoimme sen diabeteksen hoidon kannalta olennaisella tavalla ja autamme jakamaan sitä lääkärin, hoitajan ja vertaistuen kanssa.
Based on my own categorization of what makes an API good!
We integrate with a bunch of devices and services. We have some experience.
Hope that some of the insights are applicable in other domains too. If you’re considering building an API.
Hope some of you will be encouraged to check this API out in more detail.
What is this about? How does it work?
Based on standards
Essential, don’t invent your own stuff!
Strip away all the essential features? Start with absolute minimum, then keep adding features per request.
Invent proprietary codings, rather than using existing ones or proposing new ones to be standardized
Do we need to learn something from scratch?
Is what we learn applicable anywhere else?
Yes. REST/JSON, GraphQL, … Domain specific very hot specification
Strip away all the essential features? Start with absolute minimum, then keep adding features per request.
Invent proprietary codings, rather than using existing ones or proposing new ones to be standardized
Photo by Matt Howard on Unsplash
App stores of EHR system vendors are just being opened. They currently have from 20 to 120 apps available.
Now is the time!!
http://allscriptsstore.cloud.prod.iapps.com/search-by-all-apps
https://code.cerner.com/apps
https://apporchard.epic.com/Gallery
https://apps.smarthealthit.org/
Based on standards
Essential, don’t invent your own stuff!
Strip away all the essential features? Start with absolute minimum, then keep adding features per request.
Invent proprietary codings, rather than using existing ones or proposing new ones to be standardized
Based on standards
Essential, don’t invent your own stuff!
Strip away all the essential features? Start with absolute minimum, then keep adding features per request.
Invent proprietary codings, rather than using existing ones or proposing new ones to be standardized
When you run in to issues, want to get connfirmation or give feedback…
Based on standards
Essential, don’t invent your own stuff!
Strip away all the essential features? Start with absolute minimum, then keep adding features per request.
Invent proprietary codings, rather than using existing ones or proposing new ones to be standardized
Compared with Google, Apple, Moves, Dropbox, …
Epic, Cerner, …
Some things just get stuck on upper levels of decision making…
Authentication
Lab results
What’s in it for me?
Does this API address the real issues for foreseen users of the API?
Photo by Christine Roy on Unsplash Various currency bills pinned to a large world map with colorful pins in various locations
Kuinka tästä tehdään liiketoimintaa / kuinka saadaan liiketoiminta tukemaan tätä (ja toisin päin). Kuinka tällä tehdään rahaa?
Integration with providers is a need, does this API help?
Seems to do the opposite. Professionals use separate apps. Wellness instructors / coaches cannot use the data at all?
Whom can I send an invoice to? Based on what?
The ministry is not concerned of well-being of companies.
It’s just the international aspect of this all that perhaps makes it worthwhile for us to be involved.
We also like the basic idea of PHRs.