1 / 47

The eHealth platform: current situation and future perspectives

The eHealth platform: current situation and future perspectives. Frank Robben General manager of the eHealth platform Quai de Willebroeck 38 B-1000 Brussels E-mail: Frank.Robben@ehealth.fgov.be Website eHealth platform https://www.ehealth.fgov.be Personal website: www.frankrobben.be.

Télécharger la présentation

The eHealth platform: current situation and future perspectives

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. The eHealth platform: current situation and future perspectives Frank Robben General manager of the eHealth platform Quai de Willebroeck 38 B-1000 Brussels E-mail: Frank.Robben@ehealth.fgov.be Website eHealth platform https://www.ehealth.fgov.be Personal website: www.frankrobben.be

  2. Some evolutions in health care • more chronic care instead of merely acute care • remote care (monitoring, assistance, consultation, diagnosis, operation, ...), among others home care • multidisciplinary, transmural and integrated care • patient-oriented care and patient empowerment • rapidly evolving knowledge => need for reliable, coordinated knowledge management and accessibility • threat of excessively time-consuming administrative processes • a thorough support of health care policy and research requires thorough, integrated and anonymized information • cross-border mobility • need for cost control

  3. These evolutions require... • a collaboration between all actors in health care • an efficient and safe electronic communication between all actors in health care • high-quality electronic patient files, across specialties • care pathways • optimized administrative processes • a technical and semantic interoperability • guarantees concerning • information security • protection of the private sphere • respect for the professional secrecy of health care providers

  4. Overall objectives of the eHealth platform • how? • through a well-organized, mutual electronic service and information exchange between all actors in health care • providing the necessary guarantees as regards information security, the protection of the private sphere and professional secrecy • which? • optimization of health care quality and continuity • optimization of patient safety • simplification of administrative formalities for all actors in health care • thorough support of the health care policy

  5. eHealth platform In practice Administrative advantages The patient consults his doctor Possibility to register therapeutic relationships and informed consents

  6. eHealth platform In practice Online advice and guidelines Look up medical history through the SumEHR Medical advantages Electronic prescriptions Medication schedule Consult laboratory results Electronic medical referral form

  7. eHealth platform In practice Registrations Tarification, billing Advantages of a subscription Create and send certificates Update SumEHR, medication schedule, ... Send a report to the EMR owner

  8. Health portal AVS AVS AVS AVS Basic architecture Patients, health care providers and health care institutions Software health care provider Software health care institution AVS AVS Site NIHDI AVS AVS Overall objectives of the eHealth platform MyCareNet AVS AVS AVS AVS AVS AVS AVS AVS AVS AVS AVS AVS Users Basic services eHealth platform Network VAS VAS VAS VAS VAS VAS Suppliers

  9. 10 missions • development of a vision and a strategy with regard to eHealth • organization of the collaboration between other government agencies charged with coordinating electronic services • acting as a key driver for the necessary changes in order to carry out the vision and the strategy with regard to eHealth • establishing the functional and technical norms, standards,specifications and the basic ICT architecture • software registration in order to manage electronic patient files

  10. 10 missions • creation, development and management of a cooperative platform for a safe electronic data exchange with the corresponding basic services • to come to an agreement on a task division and on quality standards and to verify if these standards are complied with • as an independent trusted third party (TTP), being in charge of the coding and anonymization of personal health data at the benefit of specific agencies as enumerated by law in order to support scientific research and policy • promoting and coordinating the development ofprogramsandprojects • managing and coordinating the ICT aspects of data exchange within the framework of electronic patient files and electronic medical prescriptions

  11. 10 basic services • integrated user and access management • orchestration of electronic subprocesses • portal environment (https://www.ehealth.fgov.be) • logging management • system for end-to-end encryption • personal electronic mailbox for each health care provider (eHealthBox) • timestamping • coding and anonymization • consultation of the National Register and of the Crossroads Bank Registers • reference directory (metahub)

  12. 10 basic services 6.1. integrated user and access management: allows to guarantee that only authorized health care providers/ health care institutions have access to personal data to which they are authorized to have access. • access rules are defined, among others, by law, by authorizations of the Health Section of the Sectoral Committee (established within the Privacy Commission) • each application defines its own accessibility rules • when a user authenticates his identity (using the electronic identity card or the token), the generic verification model of the tool is set in motion: it consults the rules established for the application, verifies if the user does indeed meet these rules and provides access or not to the application

  13. Integrated user and access management

  14. 10 basic services 6.2. orchestration of electronic subprocesses: allows a flexible and harmonious integration of the different processes that are linked to the implementation of several basic services into one and the same application 6.3. portal environment: a web window offering a variety of online services to health care actors in order to help them provide the best possible health care; the portal environment provides all useful information on the services that are offered by the eHealth platform, its tasks, its standards, etc. It contains, among others, the documents users need to configure the right settings in order for them to have access to the available online services

  15. 10 basic services 6.4. logging management: management of a register of access to the data management system: all read, write and delete accesses are registered and have probative value in case of a complaint 6.5. system for end-to-end encryption: transfer of complete and unmodified data from one point to another by making them indecipherable (encryption) provided that these data have not been decrypted with a key Two methods: • In the case of a known recipient: use of an asymmetric encryption system (2 keys) • In the case of an unknown recipient: use of symmetric encryption (the information is encrypted and stored outside the eHealth platform; the decryption key can only be obtained through the eHealth platform)

  16. Encryption known recipient Health care actor person or entity eHealthplatform 1 Internet 3 Connector or other software to generate key pair Authenticates sender 4 2 Identification certificate Identification certificate Stores public key Sends public key Web service Register key 2 Public keys repository Stores private key in a secure way

  17. Encryption known recipient Internet Message originator eHealth platform Web service Ask public key Identification certificate Identification certificate 1 2. Asks for public key Authenticates sender Send message Any protocol 3 4 Sends public key Encrypts message Identification certificate Public keys repository Message recipient Stored private key 5 Decrypts message

  18. Encryption unknown recipient Encrypted with public key of user 1 Symmetric key Key Management / Depot Encrypted with public key of user 2 Symmetric key 2 sends key 5 receives key 1 asks for key User 1 Originator User 2 Recipient 4 justifies right to obtain key 4 justifies right to obtain message 3 sends encrypted message Encrypted with public key of Message depot 5 receives message Encrypted with public key of User 2 Message encrypted with symmetric key Messages Depot Message encrypted with symmetric key Message encrypted with symmetric key

  19. 10 basic services 6.6. timestamping: makes it possible to assign a date that is accurate to the second to a health care document and allows, in this way, to ensure the validity of its content throughout time by appending an eHealth signature 6.7. coding and anonymization makes it possible to hide the identity of individuals behind a code so that the useful data of these individuals can be used without infringement of their privacy + makes data anonymization possible by replacing their detailed characteristics with generalized characteristics. These encoded or anonymized data preserve their usefulness, but don’t allow the direct or indirect identification of the person

  20. Application of timestamping: the electronic prescription in hospitals 1 Prescription A Prescription B Electronic signature 5 2 Hashcode B Hashcode A 3 6 Timestamp bag Archive 4 Electronic timestamping 6 Archive

  21. 10 basic services 6.8. consultation of the National Register and of the Crossroads Bank Registers: authorized health care actors access the National Register and the Crossroads Bank Registers under strict conditions 6.9. eHealthBox: a secured electronic mailbox for the exchange of medical data 6.10. reference directory: indicates which types of data are stored by which health care actors for which patients with the consent of the concerned patients

  22. Value-added services 64 value-added services in production > 40 value-added services under study examples of value-addedservices: • registration in and consultation of • the Cancer registry • the registry of hip and knee prostheses (Orthopride) • the registries of care provided for heart implants (Qermid) • the shared electronic arthritis file, including electronic processes for the reimbursement of anti-TNF medication (Safe)

  23. Value-added services • PROCARE RX allowing radiologists to upload and send anonymous X-rays and information to experts for review or a second opinion • management of on-call GP and dentist shifts (Medega) • reports on MUG interventions • electronic communication to the owner of a global medical file (GMF) of the reports drawn up by on-call GPs • Resident Assessment Instrument (BelRAI) • electronic consultation of health insurance coverage of patients by nurses (nurse groups)

  24. Value-added services • SARAI care portal of the Antwerp Hospital Network ('Ziekenhuisnetwerk Antwerpen'-ZNA) in support of • the collaboration between GPs, specialists and health care teams within the health care programs of the NIHDI (diabetes and renal insufficiency) • the contribution of GPs to the multidisciplinary oncology consultation • electronic forwarding of third party invoice by nurses (nurse groups) to health insurance funds • quality indicator for hospitals (QI dataserver) • emergencyservicesdata registration of 2 participating hospitals (UREG) • electronic medical card for people without documents (eCarmed)

  25. Value-added services • platform for data exchange between the Flemish Agency for Care and Health and the services recognized by the Agency (VESTA) • support of the electronic care prescription in 108 hospitals (77 % of the hospitals) • consultation of living wills regarding euthanasia • electronic registration and consultation of the medical evaluation of disabled people in the information system (Medic-e) of the FPS Social Security • online registration system for private facilities within the sector of special youth care in Flanders • electronic birth registration – eBirth

  26. Cornerstone: Multidisciplinary data sharing • data transmission • snapshot of the data • sender chooses recipient • sender is responsible for sending the data only to recipients who are entitled to have access to these data • data sharing • evolutive data • the source does not know in advance who will consult the data (e.g. on-call GP) • a need to clarify which people are entitled to have access to the data

  27. Data transfer:eHealthBox: • sending of messages to "actors in health care" • based on • the national Register number • the NIHDI number • the CBE number • through web application or integrated in the medical file • with (or without) encryption based on eHealth certificates/ eHealth keys • other functionalities • receipt, publication and reading confirmation • reply & forward • consultation of multiple mailboxes • priority level • auto delete • an average of 1,6 million messages sent per month to the eHealthBox (multiple recipients) • an average of 2,4 million messages downloaded per month through the eHealthBox

  28. Multidisciplinary data sharing • data from hospitals • sharing of documents between hospitals and doctors • the “hubs and metahub system” • extramural data • sharing of structured data between first-line health care providers and other extramural health care providers • the “extramural vaults” • coupled and interoperable • standards • informed consent • therapeutic relationship/ health care relationship

  29. Hubs & Metahub system: Creation of the "hubs" 5 hubs 3 technical implementations 98 % of the Belgian hospitals (have signed the 2012 protocol)

  30. Hub–metahub: as is

  31. Hub–metahub: to be 3. Fetch data from hub A A 1: Where can we find data? 2: In hub A and C 4:All data available 3: Fetch data from hub C C B

  32. Extramural data 1/2 • supporting the development of data exchange platforms for all sorts of extramural health care providers (GPs, dentists, pharmacists, physiotherapists, home nurses, dietitians, psychologists, ...) • in cooperation with the Communities (First-line health care conference in Flanders, the Intermed initiative in Wallonia) • for the disclosure of data via the hub/metahub system between local information systems of extramural health care providers and between these systems and the information systems of health care/welfare organizations • for the interaction with an extramural vault that needs to be developed • by reusing the basic services of the eHealth platform and by making use of several achievements of the developed data sharing platform between hospitals and GPs/doctors

  33. Extramural data 2/2 A Inter-Med C B

  34. Data sharing • Each actor keeps his own file up to date. • However, he can decide to share parts of the file with other actors • Examples: • medication schedule • SUMEHR • parameters • journal • …

  35. Vault Governance Archiving Management Vault core • Access for health care providers • having a "health care relationship" • depending on their role • No access for • IT administrators, hoster,.. • eHealth platform • authorities • without the active cooperation of the owner of the 2 nd key Vault data Authentication ... Authorization 1. 2 Treshold decryptie Trusted 3rd party Vault connector Data quality Encryption Decryption Authentication

  36. Informed consent & therapeutic relationship • content of informed consent • for registration in the Reference directory (as required by the eHealth law) • for the electronic exchange of health data between health care providers within the framework of patient health care, as far as the following conditions are met: • approval by the Sectoral Committee • requirement of therapeutic relationship • only relevant data • the patient decides, in consultation with the health care provider, which data will be shared • exclusion of health care providers by name is possible • a posteriori verification of the granted access • revocation of the consent at any given time is possible

  37. Informed consent & therapeutic relationship • registration of the informed consent • patient is informed about the system • specific procedure approved by the Management Committee and the Sectoral Committee • the consent can be registered through eHealth consent • either by the concerned person himself • either by a doctor, a pharmacist, a hospital or a health insurance fund • https://www.ehealth.fgov.be/fr/prestataires-de-soins/services-en-ligne/ehealthconsent • therapeutic relationship • only health care providers who have a therapeutic relationship with the patient (1) can access the information they need to perform their task (2) • (1) proof of therapeutic relationship determines to which patient the health care provider has access • (2) role determines to which type of data the health care provider has access

  38. eHealthConsent

  39. eHealthConsent

  40. eHealthConsent

  41. eHealthConsent

  42. Health care computerizationPlan 2013-2018 / Overview • at the end of 2012, organization of a Round table regarding the development of the health care computerization • participation of about 300 people from the sector • a tangible action plan for eHealth has been established for five years - Roadmap • the action program is based on 5 pillars: • to develop data exchange by health care providers on the basis of a joint architecture • to increase patient involvement and patient knowledge on eHealth • to develop a reference terminology • to achieve administrative simplification and efficiency • to implement a flexible and transparent governance structure in which all competent authorities and stakeholders are involved • this action plan constitutes a clear framework for 20 concrete and measurable objectives for the next five years.

  43. Roadmap 2013-2018 (www.rtreh.be) • each owner of an GMF manages an electronic file regarding the concerned patient, updates the relevant data in a SUMEHR and shares them through Vitalink/Intermed • each hospital disposes of a structured electronic patient file • hospital documents are shared and generalized through the hub/metahub system • intramural and extramural laboratory results and reports in medical imaging are shared through the hub/metahub system or through Vitalink/Intermed

  44. Roadmap 2013-2018 (www.rtreh.be) • data concerning the delivered medicines and the medication schedule are electronically shared • shared pharmaceutical file as an authentic source for the delivered medicines • Vitalink and Intermed as authentic sources for the medication schedule • the electronic medicine prescription in the ambulatory sector is generalized and extended to other prescriptions (physiotherapy, nursing, laboratory researches, medical imaging) • per health care profession the minimum content of an electronic patient file is defined

  45. Roadmap 2013-2018 (www.rtreh.be) generalized usage of the eHealthBox traceability of medical devices elaboration of a national terminology policy extension of the hub/metahub system to psychiatric hospitals and rest homes evolution of BelRAI as an evaluation tool social debate about the modularity or not of access rights to patient data patient organizes the access to his data adaptation of the regulation and financing as incentives for ICT usage

  46. Roadmap 2013-2018 (www.rtreh.be) inclusion of eHealth in the training of health care providers implementation of MyCarenet services (electronic billing of third-party payer, electronic consultation of insurability, electronic exchange between the hospital and the health insurance fund in case of a hospitalization, ...) inventory and consolidation of registers action plan for a further administrative simplification monitoring and execution of the action plan

  47. THANK YOU!Questions? Frank.Robben@ehealth.fgov.be @FrRobben https://www.ehealth.fgov.be http://www.ksz.fgov.be/ http://www.frankrobben.be

More Related