Can the lessons learned from the Kanta services contribute to the development of openEHR?
Pirkko Kortekangas, chief Specialist UNA Oy
Note: Opinions during the presentation is only Pirkko to blame. Some slides are originally from Marko Jalonen who also has promised to help answering Your questions of Kanta
1
Agenda
MD, specialist of surgery and neurosurgery
Clinical work 20 years, knowledge management 25 years
Involved in any development or execution concerning management of welfare and health data in Finland.
Earlier Chief Medical Information Officer at Turku University Hospital
UNA Oy, Chief Specialist 2018 -
Co-chair of Hl7 Finland subgroup openEHR Finlans
Pirkko Kortekangas
2
Why this presention – me or now or here?
Me
I have participated in both Kanta and many of its predecessor like “core data” and regional system and value assessment of data projects.
In addition, I am familiar with the attempts to get Kanta to real use also for professionals.
Now
I try to open up that openEHR has a lot of interoperable elements with Kanta thinking.
I hope You are familiar with openEHR reference model as it may be hard to get my points.
Here
The focus of the Nordic Hachaton is templates – our doings might inspire You?
Kanta represents in a way a “solution of frozen templates”, but it has great value for planning the next generation solution to share data
On the other hand, I will demonstrate that useful basic functionality for the professionals may be built on Kanta-type information
3
The Finnish social and healthcare
Marko Jalonen
4
13.12.2024
4
Kanta services in Finland
National social and healthcare data sharing platform provided by the Social Insurance Institution of Finland (Kela) in a close co-operation with other national actors.
The social and healthcare providers are mandated by law to connect to Kanta services.
A massive set of parts and functionalities
5
Notions of the past and present
Kanta was implemented to healthcare systems in the first half of 2010 decade
The systems were and are mostly still from the first generation of systems with relational base
The first wawe of the Welfare Services County Reform in ICT matters has included in most Counties mainly harmonisation (”consolidation”) of systems
6
Everyone in Finland is somehow involved in Kanta
List of stakeholders
The GDPR and the application of the EHDS will have a major impact on the development the national level
7
From the viewpoints of professionals and citizens
All* in with minor delays
All summaries out
without delay (if not postponed)
Documention on oontinuous medical record
Client documention in social care record
Daily entries in the ward
Social and Health Care
*some exceptions still in social care and some information groups
8
Key figures
9
Details of Kanta architecture
Listeners are encouraged to make conclusions of their own in whether the details pointed out may be solved better in the openEHR reference model
10
Kanta information model is based on documents – in both administrative and technical senses
Main title
Section with structured title
Stuctured information content
SERVICE EVENT DOCUMENT
SERVICE ENCOUNTER DOCUMENT
ENTRIES IN AN ENCOUNTER DOCUMENT
relates to
Form a document
Relevant metadata t
Relevant metadata
Relevant metadata
Administrative documents
Technical documents
11
** Service Event is a ”service package due to a single decision making encounter” trying to express why i.e. some investigations or therapies were ordered
Yet, some usefull metadata is missing at least if the purpose is to understand the joint ability of the services to produce added value to the citizen
About encounters
☹
☺
The nature/type of an encounter can be found* only in the local “patient administration system modules”
There is no other rigid binding an encounter to other encounters except Servie Event**
12
What happens as we are implementing the new document type ?
ordered
scheduled
started
ended
postponed
cancelled
all knwledge of a single encounter incl. the type of the encounter
Reservation document
Status of the encounter changes as the service realizes
Correct timelabels are based on the ability of a system to ”force” professionals to choose correct encounters to bind there notes to
☹ Slightly invalid concept by birth: Status ”planned” is excluded related to the management of Service Event – only the same register keeper may edit a document linked to a service event
13
Using data stored by somebody else
How to reuse Kanta data?
If you store data by copying it from an other source, set id points original origin
set id = oid of the original entry
Background to take into consideration
The vision is that you would allways get the last version regardless of the recorder.
Versionable data
the newest version is the one to use
Cumulative data
every documented note contributes to present and future understanding
14
Code sets
For example
We have code sets for many purposes
Maintenance requires a lot of resources and transparent, functional processes
�Maintenance of language and concepts are part of the operation
15
Have code sets made life easier for professionals?
☺
☹
strucutured documentation
16
Stuctured content definitions
Web sites of national content definitions (under development concerning roles)
Examples of contents on different level
Diagnosis
Laboratory result
Tooth condition�Childbirth�Eye health check
Medicin
Medication
The somewhat evident lack of standard terminology reflects in e.g. diffuse classification of Termeta contents:
Templates
Achitypes
Datapoints
17
If we called all Finnish document-level and other content definitions as templates and the minimum usefull grain size of information as architypes…
We have a lot of national templates
We have only few achitype level definitions
i.e.
What if,,,
18
Points of data protection and Kanta
19
National legislation looks the issue of data protection from register keepers right to hand out ��GDPR talks about users right to use
Recording a document at the request and on behalf of the client
20
Use of data for various purposes
Local documentation of services
Re-splittiing of documents for reuse
Kanta
Organisation spesific data lakes for secondary use
Control of disclosure for care
Product and implementation spesific databases
MANUAL ACCESS CONTROL
The world Kanta was built to
21
Care
Kanta
Other data
AI
Health data
Health related data
The world that I believe we should look to
Documentation of services
AI
My life
INTEROPERABLE ACCESS CONTROL AND CONSENTS
Use of data for various purposes
Findata
Finnish Social and Health Data Permit Authority
AI
Citizens data
Technical location and ownership county or national
Data of the service execution
Technical location and ownership provider
22
INTEROPERABLE ACCESS CONTROL AND CONSENTS
What and why is included?
Only data protection or even ”view history”
How granular sets of data should be identified as the object of use
By what different kinds of metadata a dataset should be regocnized
What different origins of rights
Variation of transactions
Variations of ownership of data in primary and secondary use
Variation of consent types
…
Interoperable solutions for access control need shared concepts
23
What has been possible to build on Kanta
Demo of UNA Snapshot
24
UNA Oy
Missions
EVERYDAY Solutions to facilitate everyday services
CHANGE Expertise to support change
DEVELOPMENT Services to support progressive steps to the future
UNA as a company
Established 15.12.2017
15 employees working all over the country
Home site Tampere
No-profit in-house company of 11 Welfare Dservice Counties
Services
25
The Kanta Services are Finland’s contact point in the disclosure of patient data to health care organisations in other EU member states
The patient’s consent is required to send a Patient Summary
Access is possible already in some regions of Spain
The transfer of patient data to Finland will be enabled in the near future
26
Why
Professionals don’t use Kanta as it takes too much time and effort
Professionals are in a multiapplication trap if the patient is digitally active
Professionals / scientist / managers haven’t access to self reported care or -data
27
SNAPSHOT una
Shows all data of the client summed up on a screen
Kanta documents are splitted and information rearranged under headings (infoboxes) familiar for professionals
You can
28
SNAPSHOT una��is an interface on� �CORE una
CORE una
29
CORE una
Core offers open APIs to any professional system
Why pre-assembled, well-modelled and broken down documents with ready-made usage management is not of interest to current systems?
No ability to handle a separate data layer due to the old architecture?
30
31
Thank You!
The best opportunity ever to reflect – not on what would have been done wrong – but on what should be considered to do differently in the future
32