Πολυμεσικές Υπηρεσίες στην Υγεία Μ. Σπανάκης, Μ. Τσικνάκης Φθινοπωρινό Εξάμηνο 2015 Ηλεκτρονικός Φάκελος Υγείας (Part 1, Part 2)
Ηλεκτρονικός Φάκελος Υγείας Τι είναι; Ιστορική εξέλιξη της έννοιας Εναλλακτικοί ορισμοί Λειτουργικό Μοντέλο HL7 ΕHR-S Functional Model Αρχιτεκτονική του ΕΗR Πως δημιουργείται;
Electronic Health Record Περιέχει όλα τα ιατρικά δεδομένα του ασθενούς Παρέχει εξουσιοδοτημένη πρόσβαση σε δομημένη ιατρική πληροφορία Είναι εύκολα και γρήγορα προσβάσιμος Είναι εξαιρετικά χρήσιμος σε περιπτώσεις εκτάκτου ανάγκης
Ορισμός Βρισκόμαστε συχνά αντιμέτωποι με πολλούς «παρεμφερείς» όρους, όπως: electronic patient record (EPR), computer-based patient record (CPR), electronic medical record (EMR), electronic health record (EHR), etc. Οι όροι αυτοί μπορούν να χρησιμοποιούνται γενικά (interchangeably) αλλά υπάρχουν καθοριστικές διαφορές στον εννοιολογικό τους προσδιορισμό.
Ορισμός
Ορισμός Για παράδειγμα, με τον όρο Electronic Patient Record system αναφερόμαστε στο Πληροφοριακό Σύστημα που εμπεριέχει την ιατρική πληροφορία που παράγεται σε ένα φορέα/σημείο (care provided by a single site), σε αντίθεση με τον όρο Electronic Health Record, ο οποίος αναφέρεται στην διαχρονική συλλογή των σχετικών δεδομένων για την φροντίδα υγείας ενός ατόμου σε διαφορετικούς οργανισμούς. Ο όρος electronic medical record (EMR) είναι ευρύτερος του EPR με την έννοια ότι εμπεριέχει πληροφορία η οποία δεν συνδέεται απαραίτητα με κάποιο πρόβλημα ή ασθένεια. Συχνά όμως αυτές οι διαφορετικές έννοιες δεν χρησιμοποιούνται με συνέπεια.
CPR The 1997 Institute of Medicine report: The Computer- Based Patient Record: An Essential Technology for Health Care, provides the following more extensive definition: "A patient record system is a type of clinical information system, which is dedicated to collecting, storing, manipulating, and making available clinical information important to the delivery of patient care. The central focus of such systems is clinical data and not financial or billing information. Such systems may be limited in their scope to a single area of clinical information (e.g., dedicated to laboratory data), or they may be comprehensive and cover virtually every facet of clinical information pertinent to patient care (e.g., computer-based patient record systems)." [IOM, 1997]
Ηλεκτρονικός Φάκελος Υγείας Αναφερόμαστε στο σύνολο των πληροφοριών που αφορούν την υγεία ενός ατόμου ( υποκείμενο φροντίδας), σε μορφή επεξεργάσιμη από ηλεκτρονικό υπολογιστή. repository of information regarding the health of a subject of care, in computer process-able form. (Ορισμός κατά ISO/TC215)
ΗΦΥ ορισμός κατά HIMMS Υπάρχουν πολλοί ορισμοί και ερμηνείες ως προς την έννοια του ΗΦΥ. Ο οργανισμός HIMMS (HIMMS, Electronic Health Records Overview, National Institutes of Health National, Center for Research Resources, Editor 2006, http://www.himss.org/) παρουσιάζει τα κύρια χαρακτηριστικά του:
ΗΦΥ ορισμός κατά HIMMS Ο ΗΦΥ είναι μια διαχρονική ηλεκτρονική καταγραφή πληροφοριών για την υγεία του ασθενή που συλλέγονται κατά μία ή περισσότερες επαφές με φορείς παροχής φροντίδας. Οι πληροφορίες που συλλέγονται συμπεριλαμβάνουν δημογραφικά στοιχεία, ενημερωτικά σημειώματα, διαγνώσεις, φαρμακευτικές αγωγές, ζωτικές παραμέτρους, ιατρικό ιστορικό, εμβολιασμούς, εργαστηριακές και απεικονιστικές εξετάσεις. Ο ΗΦΥ αυτοματοποιεί και απλοποιεί τη ροή εργασίας του κλινικού ιατρού. Περιέχει πλήρες αρχείο των κλινικών επαφών του ασθενή, και υποστηρίζει δραστηριότητες που σχετίζονται άμεσα ή έμμεσα με την παροχής φροντίδας, όπως η τεκμηριωμένη υποστήριξη αποφάσεων, η διαχείριση ποιότητας, και η αναφορά αποτελεσμάτων.
ΗΦΥ τι είναι Ο ηλεκτρονικός φάκελος υγείας αποτελεί την συστηματική συλλογή του ιστορικού και της κατάστασης υγείας ενός πολίτη. Δημιουργείται, διατηρείται και συντηρείται από έναν ιατρό ή μια μονάδα υγείας ή άλλον επαγγελματία φροντίδας υγείας. Επιπλέον, μπορεί να παρέχει πληροφορίες διοικητικής, οικονομικής και στατιστικής φύσεως, ποιοτικού ελέγχου καθώς και έρευνας.
http://www.yyka.gov.gr/articles/hlektronikes-efarmoges-e-s-y/831-hlektronikos-fakelos-asthenwn 09/05/2012 12
Οδηγίες ΥΥΚΑ για Ηλεκτρονικό Φάκελο Ασθενών: 13
ΗΦΥ - σκοπός Πρωταρχικός (Primary) Δευτερογενής (Secondary)
Σκοπός ενός ΗΦΥ Ο πρωταρχικός σκοπός του EHR είναι να παράσχει μια τεκμηριωμένη καταγραφή της φροντίδας, η οποία υποστηρίζει την παρούσα και μελλοντική φροντίδα από τον ίδιο ή άλλους κλινικούς γιατρούς. Η τεκμηρίωση αυτή αποτελεί ένα μέσο επικοινωνίας μεταξύ των κλινικών ιατρών που συμβάλλουν στη φροντίδα του ασθενούς. Οι πρωτογενείς δικαιούχοι είναι ο ασθενής και ο κλινικός ιατρός (ες). Κάθε άλλος σκοπός για τον οποίο ο ιατρικός φάκελος χρησιμοποιείται θεωρείται δευτερεύων. Μεγάλο μέρος του περιεχομένου των EHRs σήμερα καθορίζεται από τους δευτερογενείς σκοπούς, καθώς οι πληροφορίες που συλλέγονται για τον πρωτογενή σκοπό ήταν ανεπαρκείς για πολλούς δευτερογενείς σκοπούς όπως: τιμολόγηση, χάραξη πολιτική και επιχειρησιακό σχεδιασμό, στατιστική ανάλυση, κλινική διακυβέρνηση, έρευνα, κλπ.
Σκοπός ενός ΗΦΥ Οι δευτερεύουσες χρήσεις των EHRs είναι οι εξής: Ιατρονομικές - απόδειξη της φροντίδας που παρέχεται, απόδειξη συμμόρφωσης με τη νομοθεσία, επιβεβαίωση της αρμοδιότητας/ικανότητας των κλινικών ιατρών. Διαχείρισης της ποιότητας - μελέτες για συνεχή βελτίωση της ποιότητας, την παρακολούθηση των επιδόσεων (κλινικός έλεγχος, ανάλυση αποτελεσμάτων), συγκριτική αξιολόγηση, πιστοποίηση. Εκπαίδευση Έρευνα - Ανάπτυξη και αξιολόγηση νέων διαγνωστικών λεπτομερειών, τα μέτρα πρόληψης των ασθενειών και θεραπειών, επιδημιολογικές μελέτες, ανάλυση πληθυσμού της υγείας. Δημόσια και την υγεία του πληθυσμού. Πολιτική ανάπτυξη - ανάλυση των στατιστικών για την υγεία, ανάλυση των τάσεων, ανάλυση casemix Υγεία διαχείριση υπηρεσιών - κατανομή και διαχείριση των πόρων, διαχείρισης κόστους, τις εκθέσεις και τις δημοσιεύσεις, στρατηγικές μάρκετινγκ, τις επιχειρήσεις διαχείρισης κινδύνων. Χρέωση / οικονομικά / επιστροφή - ασφαλιστές, κυβερνητικές υπηρεσίες, φορείς χρηματοδότησης.
Λειτουργικό Μοντέλο Functional Model System models are abstract descriptions of systems whose requirements are being analysed.
Αυτόνομα πληροφοριακά συστήματα Διαχείρισης ασθενή (για διαχείριση ταυτοποίησης, μητρώου, εισιτηρίων, εξιτηρίων, μεταφορών, ραντεβού, κλπ) Καταχώρησης ιατρικών παραγγελιών (για εργαστηριακές εξετάσεις, φάρμακα και ακτινοδιαγνωστικές υπηρεσίες) Κλινικής τεκμηρίωσης (ιατρική παρακολούθηση ασθενούς, ενημερωτικά σημειώματα, ιατρικές γνωματεύσεις, ιατρικές βεβαιώσεις) Εργαστηριακό ( συνήθως αυτόνομα και διασυνδέονται με τον ΗΦΥ) Ακτινολογικό (για τη διασύνδεση ακτινολογικών δεδομένων ασθενών και εικόνων) Φαρμακείο
Pre-EΗR περιβάλλον! Κάθε οργανισμός/τμήμα έχει εξειδικευμένα κλινικά συστήματα (π.χ. καρδιολογίας, παθολογίας, ICU, PACS, Εργαστηρίων, κλπ) Ένας χρήστης πρέπει να «ανοίξει» κάθε ένα από αυτά τα συστήματα για να «βρει» τα δεδομένα που υπάρχουν για ένα άτομο. Τα δεδομένα αυτά μπορεί να μην «υπακούουν» σε κοινά πρότυπα κωδικοποίησης. Άρα ετερογενές και κατανεμημένο περιβάλλον (Heterogeneous, Autonomous, Distributed Systems - HADS)
ΕHR Ολοκλήρωση συστημάτων Διαχείριση Νοσηλευτική Φαρμακείο Ακτινολογία Κλινική Α Εργαστήριο System Data* Meta Data* Patient ID Context Data* System Data* Meta Data* Patient ID Context Data* System Data* Meta Data* Patient ID Context Data* System Data* Meta Data* Patient ID Context Data* System Data* Meta Data* Patient ID Context Data* System Data* Meta Data* Patient ID Context Data* Κάθε επαφή του πολίτη με ένα τμήμα του Οργανισμού δημιουργεί δεδομένα του EHR EHR network Common (Middleware) Network Services Data Discovery Data Security System data registry Unique Patient Identifier Common Terminology Services EHR data Ο ΗΦΥ αποτελεί την ολοκλήρωση των δεδομένων από πολλαπλά κλινικά πληροφοριακά συστήματα για ένα πολίτη * Χρησιμοποιώντας ορολογία από πρότυπα συστήματα κωδικοποιήσεων
Τεχνολογικά Πρότυπα για ΗΦΥ HL7 ASTM E2369-05 (CCR) CEN/ TC 251 EN 13606 (EHRcom) EN 13940 (CONTSYS) EN 12967 (HISA) ISO TC 215 (18308) ANSI X12 (EDI) NEMA DICOM IHE XDS
To explain why the context of a system should be modelled as part of the RE process To describe Behavioural modelling (FSM, Petri-nets), Data modelling and Object modelling (Unified Modelling Language, UML)
System modeling System modelling helps the analyst to understand the functionality of the system and models are used to communicate with customers Different models present the system from different perspectives External perspective showing the system s context or environment Behavioural perspective showing the behaviour of the system Structural perspective showing the system or data architecture
System modelling System modelling helps the analyst to understand the functionality of the system and models are used to communicate with customers Different models present the system from different perspectives External perspective showing the system s context or environment Behavioural perspective showing the behaviour of the system Structural perspective showing the system or data architecture
Το λειτουργικό μοντέλο του HL7 για συστήματα ΗΦΥ μια προδιαγραφή συστήματος ΗΦΥ μία διεξοδική λίστα λειτουργιών που μπορεί να είναι παρούσα σε ένα σύστημα ΗΦΥ επιτρέπει συνεπή έκφραση της λειτουργικότητας παρέχει ευελιξία για καινοτομία και διαφοροποίηση των προϊόντων χρυσό πρότυπο (Gold Standard), ευαίσθητο σε ό, τι μπορεί πρακτικά να γίνει από ένα σύστημα, και τη μελλοντική ανάπτυξη του συστήματος Είναι διαθέσιμο στο διαδίκτυο (http://www.hl7.org/ehr/) 25
Οι άξονες του HL7 EHR-S FM Άμεση Φροντίδα Direct Care Υποστηρικτικές Λειτουργίες Supportive Πληροφοριακές Υποδομές Information Infrastructure DC.1 Διαχείριση της φροντίδας DC.2 Υποστήριξη κλινικών αποφάσεων DC.3 Διαχείριση διαδικασιών και επικοινωνία S.1 Κλινική υποστήριξη S.2 Μέτρηση, ανάλυση, έρευνα και αναφορές S.3 Διοικητικές και οικονομικές IN.1 Ασφάλεια IN.2 Πληροφορία και διαχείριση φακέλου υγείας IN.3 Μητρώο και υπηρεσίες καταλόγου IN.4 Τυποποιημένες ορολογίες και υπηρεσίες ορολογίας IN.5 Διαλειτουργικότητα που βασίζεται σε πρότυπα IN.6 Διαχείριση επιχειρησιακών κανόνων IN.7 Διαχείριση ροής εργασίας [Ref3: ISO/HL7 10781:2009 Electronic Health Record Systems - Functional Model, Release 1.1 published 11 November 2009. ANSI/HL7 EHR, R1-2007.]
Λειτουργικό Μοντέλο
Η δομή του λειτουργικού μοντέλου 28
29
EHR-System Functional Model, Release 2 30
Βασικές δυνατότητες Core capabilities "The eight core capabilities that EHRs should possess are: Health information and data. Having immediate access to key information - such as patients' diagnoses, allergies, lab test results, and medications - would improve caregivers' ability to make sound clinical decisions in a timely manner. Result management. The ability for all providers participating in the care of a patient in multiple settings to quickly access new and past test results would increase patient safety and the effectiveness of care. Order management. The ability to enter and store orders for prescriptions, tests, and other services in a computer-based system should enhance legibility, reduce duplication, and improve the speed with which orders are executed. Decision support. Using reminders, prompts, and alerts, computerized decision-support systems would help improve compliance with best clinical practices, ensure regular screenings and other preventive practices, identify possible drug interactions, and facilitate diagnoses and treatments. Electronic communication and connectivity. Efficient, secure, and readily accessible communication among providers and patients would improve the continuity of care, increase the timeliness of diagnoses and treatments, and reduce the frequency of adverse events. Patient support. Tools that give patients access to their health records, provide interactive patient education, and help them carry out home-monitoring and self-testing can improve control of chronic conditions, such as diabetes. Administrative processes. Computerized administrative tools, such as scheduling systems, would greatly improve hospitals' and clinics' efficiency and provide more timely service to patients. Reporting. Electronic data storage that employs uniform data standards will enable health care organizations to respond more quickly to federal, state, and private reporting requirements, including those that support patient safety and disease surveillance."
Εκτιμώμενα Οφέλη Όλοι κατανοούν την αξία και τα οφέλη ενός ΗΦΥ περισσότερο αποτελεσματική και επαρκής αγωγή και σχεδιασμός ελάττωση λαθών λόγω έλλειψης πληροφοριών λιγότερα ρίσκα υγείας ενδυνάμωση των πολιτών καλλίτερη ποιότητα φροντίδας Σημαντικοί στόχοι για ένα σύστημα υγείας αποτελούν η βελτίωση των παρεχόμενων υπηρεσιών υγείας ο αποτελεσματικός έλεγχος των δαπανών υγείας
EHRs were classified on the basis of the International Organization for Standardization (ISO) definition. According to this definition, the EHR means a repository of patient data in digital form, stored and exchanged securely, and accessible by multiple authorized users. It contains retrospective, concurrent, and prospective information and its primary purpose is to support continuing, efficient and quality integrated health care. ISO also gives a number of other terms commonly used to describe different types of EHRs (Table 2).
Η ολοκλήρωση των επιμέρους πληροφοριακών συστημάτων σε ένα ενιαίο σύστημα ΗΦΥ, προϋποθέτει ότι κάθε πληροφοριακό σύστημα ακολουθεί συγκεκριμένες προδιαγραφές λειτουργικότητας, διασφάλισης ποιότητας και διεθνή πρότυπα διαλειτουργικότητας. Μόνο όταν τα επιμέρους συστήματα πληρούν συγκεκριμένες προδιαγραφές λειτουργικότητας και ποιότητας, διασφαλίζεται και η λειτουργία και ποιότητα του ολοκληρωμένου συστήματος. Για την επίτευξη του στόχου αυτού απαιτείται ο καθορισμός και η εφαρμογή ολοκληρωμένης αρχιτεκτονικής, η οποία επιτρέπει την τοπική αυτονομία (δηλ. αποθήκευση της πληροφορίας σε αυτόνομα επιμέρους υποσυστήματα), την συγκέντρωση πληροφορίας με διαφάνεια, αλλά και την συνεπή ανταλλαγή της πληροφορίας αυτής μεταξύ συστημάτων, όπου και όταν χρειάζεται [.
Προφίλ [profile] Άμεσης φροντίδας [Direct Care] Υποστηρικτικές [Supportive] Πληροφοριακών Υποδομών [Information Infrastructure]
Πληροφοριακές Υποδομές Υποστηρικτικές Άμεση Φροντίδα ΑΦ. 1 (DC. 1) Διαχείριση Φροντίδας [Care Management] ΑΦ. 2 (DC. 2) ΑΦ. 3 (DC. 3) ΥΠ. 1 (S. 1) ΥΠ. 2 (S. 2) ΑΦ. 3 (DC. 3) ΠΥ. 1 (IN.1) ΠΥ. 2 (IN. 2) ΠΥ. 3 (IN. 3) Υποστήριξη ιατρικών αποφάσεων [Clinical Decision Support] Διαχείριση λειτουργιών και Επικοινωνία [Operations Management and Communications] Κλινική Υποστήριξη [Clinical Support] Μετρήσεις, ανάλυση, έρευνα και αναφορές [Measurement, Analysis, Research and Reporting] Διαχείριση λειτουργιών και Επικοινωνία [Operations Management and Communications] Ασφάλεια [Security] Διαχείριση ΦΥ [Health Record Information and Management)
Pre-EΗR περιβάλλον! Κάθε οργανισμός/τμήμα έχει εξειδικευμένα κλινικά συστ ηματα (π.χ. καρδιολογίας, παθολογίας, ICU, PACS, Εργαστηρίων, κλπ) Ένας χρήστης πρέπει να «ανοίξει» κάθε ένα από αυτά τα συστήματα για να «βρει» τα δεδομένα που υπάρχουν για ένα άτομο. Τα δεδομένα αυτά μπορεί να μην «υπακούουν» σε κοινά πρότυπα κωδικοποίησης. Άρα ετερογενές και κατανεμημένο περιβάλλον (Heterogeneous, Autonomous, Distributed Systems - HADS)
ΕHR Ολοκλήρωση δεδομένων από πολλαπλά ετερογενή συστήματα Διαχείριση Νοσηλευτική Φαρμακείο Ακτινολογία Κλινική Α Εργαστήριο System Data* Meta Data* Patient ID Context Data* System Data* Meta Data* Patient ID Context Data* System Data* Meta Data* Patient ID Context Data* System Data* Meta Data* Patient ID Context Data* System Data* Meta Data* Patient ID Context Data* System Data* Meta Data* Patient ID Context Data* Κάθε επαφή του πολίτη με ένα τμήμα του Οργανισμού δημιουργεί δεδομένα του EHR EHR network Common (Middleware) Network Services Data Discovery Data Security System data registry Unique Patient Identifier Common Terminology Services EHR data Ο ΗΦΥ αποτελεί την ολοκλήρωση των δεδομένων από πολλαπλά κλινικά πληροφοριακά συστήματα για ένα πολίτη * Χρησιμοποιώντας ορολογία από πρότυπα συστήματα κωδικοποιήσεων
Διαστάσεις Ολοκλήρωσης Ολοκλήρωση διαδικασιών Business Processes (επιχειρησιακές διαδικασίες) Εισαγωγή ασθενούς Παραγγελία διαγνωστικών εξετάσεων Παραγγελία φαρμακευτικής αγωγής Διαχείριση System Data* Meta Data* Patient ID Context Data* Κλινική Α System Data* Meta Data* Patient ID Context Data* Ακτινολογία System Data* Meta Data* Patient ID Context Data* Εργαστήριο System Data* Meta Data* Φαρμακείο System Data* Meta Data* Patient ID Patient ID Context Data* Context Data*
POMR Χρονική Μοντελοποίηση Παρελθόντα Επεισόδια Past episodes Τωρινά Επεισόδια Current episodes Κολποσκόπηση, Colonoscopy Υπέρταση ECG Άσθμα Asthma Επαφή Encounter Κολίτιδα Colitis Διαβήτης Diabetes PFT LifePlan Θεραπεία, Treatment Συναγερμοί Alert Απεικόνιση Imaging Ιστοπαθολογία Pathology
Continuous documentation Nursing & Health Data Initial Assessment and plan formulation Plan execution and monitoring Outcome evaluation = change in working diagnosis Outcome evaluation = no change in working diagnosis 1 st Doctor Diagnosis (severe chronic pain) Therapy Plan OUTCOME: 2 nd Doctor Diagnosis (moderate chronic pain) Therapy Plan OUTCOME: 3 nd Doctor Diagnosis (moderate chronic pain) 1 st Nursing Diagnosis Nursing interventions OUTCOME: 2 nd Nursing Diagnosis Nursing interventions OUTCOME: 3 nd Nursing Diagnosis Outcome evaluation = no change in nursing diagnosis Outcome evaluation = change in nursing diagnosis
Πολυμεσικές Εφαρμογές στην Υγεία Μ. Σπανάκης, Μ. Τσικνάκης Φθινοπωρινό Εξάμηνο 2013 Lecture 6b Ηλεκτρονικός Φάκελος Υγείας (Part 2)
Ανάπτυξη Ανοικτών Συστημάτων Ένα ανοιχτό σύστημα είναι μια σπονδυλωτή κατασκευή που έχει σχεδιαστεί με τέτοιο τρόπο ώστε τα συστατικά του να έχουν επακριβώς οριστεί και έχουν δημόσια γνωστές διεπαφές, έτσι ώστε να καθιστούν ανεξάρτητους προμηθευτές ικανούς να παρέχουν βελτιωμένες εκδόσεις ενός αρχιτεκτονικού τμήματος. Αυτή η αρθρωτή δομή, που αποτελείται από μονάδες με ανοικτές διεπαφές, αναφέρεται ως μια ανοικτή αρχιτεκτονική.
Ανάπτυξη Ανοικτών Συστημάτων Βάση για τον σχεδιασμό ανοικτών συστημάτων αποτελεί η αρθρωτή σχεδίαση modular design. Έμφαση πρέπει να δοθεί στον καθορισμό των διεπαφών μεταξύ των συστημάτων focus on interfaces. Ιδιαίτερη έμφαση πρέπει να δοθεί στις κεντρικές και κρίσιμες διεπαφές μεταξύ των υποσυστημάτων careful selection of key interfaces. = διεπαφές = χρήση ανοικτών προτύπων = κύριες διεπαφές ΟΛΟΚΛΗΡΩΜΕΝΟ ΣΥΣΤΗΜΑ υποσυστήματα Επιλογή των κατάλληλων προτύπων για την υλοποίηση των διεπαφών αυτών - standards selection. συστατικά
Ο τομέας της Υγείας Η ανάπτυξη των Ολοκληρωμένων Πληροφοριακών Συστημάτων των φορέων σαν ένα μονολιθικό πληροφοριακό σύστημα δεν είναι τεχνικά εφικτή και επιχειρησιακά δεν είναι επιθυμητή. Γιατί? Άρα τα ολοκληρωμένα πληροφορικά συστήματα πρέπει να αναπτυχθούν μέσω της ολοκλήρωσης (διασύνδεσης) μεμονωμένων (ετερογενών) και κατανεμημένων πληροφοριακών συστημάτων.
Διαστάσεις Ολοκλήρωσης Ολοκλήρωση διαδικασιών Business Processes (επιχειρησιακές διαδικασίες) Εισαγωγή ασθενούς Παραγγελία διαγνωστικών εξετάσεων Παραγγελία φαρμακευτικής αγωγής Διαχείριση System Data* Meta Data* Patient ID Context Data* Κλινική Α System Data* Meta Data* Patient ID Context Data* Ακτινολογία System Data* Meta Data* Patient ID Context Data* Εργαστήριο System Data* Meta Data* Φαρμακείο System Data* Meta Data* Patient ID Patient ID Context Data* Context Data*
Τι σημαίνει αυτό? Εργαστήριο System Data* Κλινική Κλινική Σύστημα Σύστημα System System Data* Data* Meta Data* Meta Meta Data* Data* Patient ID Patient Patient ID ID Context Data* Context Context Data* Data* COTS Διαχείριση System Data* Φαρμακείο System Data* Meta Data* Meta Data* Patient ID Patient ID Context Data* Context Data*
Aφορά την καταγραφή και ανάλυση της λειτουργικότητας (Functional Model) του Κλινικού Πληροφοριακού Συστήματος για το τμήμα αυτό ενός Νοσοκομείου Πλ. Σύστημα Καρδιολογικού System Data* Meta Data* Patient ID Context Data* Τμήμα Επειγόντων Περιστατικών Κλινικό Πληρ. Σύστημα System Data* Φαρμακείο System Data* Meta Data* Meta Data* Patient ID Patient ID Context Data* Context Data* Εργαστηριακό Πλ. Σύστημα System Data* Meta Data* Patient ID Context Data*
Συμπέρασμα Άρα γνωρίζουμε 2 στοιχεία: 1. Τι είναι και πότε μπορούμε να μιλήσουμε για «ανοικτή αρχιτεκτονική» και «ανοικτά συστήματα» και 2. Ότι στον τομέα της Υγείας τα σύγχρονα Πληροφοριακά Συστήματα ΔΕΝ μπορούν να αναπτυχθούν σαν «μονολιθική λύση», άρα αναπτύσσονται «ολοκληρώνοντας επιμέρους συστήματα» (συστήματα που μπορεί να είναι και COTS Commercial of the Shell Systems, δηλαδή έτοιμα εμπορικά συστήματα) Η άσκηση ζητούσε να κάνουμε μία «λογική σύνδεση» αυτών των δύο και να γράψουμε ένα μικρό κείμενο αιτιολόγησης της άποψης μας.
Αρχιτεκτονική του ΗΦΥ Μέρος 2ο
Αρχιτεκτονική ΗΦΥ (ΕΗR/EPR) (CEN TC251 / ENV 13606) Στόχος της αρχιτεκτονικής του ΗΦΥ είναι να παράξει ένα αυστηρό πλαίσιο οργάνωσης της πληροφορίας του ΗΦΥ, προκειμένου να υποστηριχθεί η διαλειτουργικότητα των συστημάτων που πρέπει να αλληλεπιδρούν : ως διακριτά συστήματα ή ως συστατικά να μπορούμε να μεταφέρουμε ή να τροποποιούμε συγκεκριμένες καταχωρήσεις στον ΗΦΥ μέσω ηλεκτρονικών μηνυμάτων ή άλλων υπολογιστικών μεθόδων (SOA) διατηρώντας την αρχική κλινική έννοια που προορίζεται από τον συγγραφέα? Διασφαλίζοντας την εμπιστευτικότητα των δεδομένων του ασθενή.
What is a reference architecture? An EHR reference architecture is defined in this Technical Specification as: a model of the generic features necessary in any electronic healthcare record in order that the record may be communicable, complete, a useful and effective ethico-legal record of care, and may retain integrity across systems, countries, and time. The Architecture does not prescribe or dictate what anyone stores in their healthcare records. Nor does it prescribe or dictate how any electronic healthcare record system is implemented.... [It] places no restrictions on the types of data which can appear in the record, including those which have no counterpart in paper records.... Details like field sizes, coming from the world of physical databases, are not relevant to the electronic healthcare record Architecture. (EU-CEN, 1997) ΗΥ590
Το μοντέλο SOAP Subjective (Υποκειμενική πληροφορία) Objective (αντικειμενική πληροφορία) Assessment (Αξιολόγηση) Plan (Πλάνο) Execution (Εκτέλεση) Evaluation (Αποτίμηση)
Αρχιτεκτονική (Δομή) του ΕΗR Provider Identification/Individual s I.D. Patient Identification: Medical, Insurance, other I.D. s Demographic Financial Information Legal Admission Management Dental Allergies Problem List Medical History Wellness data Surgeries Subjective Family History Risk Factors Extensions per Specialty Εξέταση ανά σύστημα (Review of Systems) Physical Examination Εξειδικεύσεις ανά ειδικότητα (Specialization per Clinical Domain) Objective
Αρχιτεκτονική (Δομή) του ΕΗR Assessment Admitting Diagnosis (Διάγνωση ειισαγωγής) Assessment Diagnostic Information Test Orders Test Orders Medication Nursing Activities Laboratory Radiology Others Pharmacy Nursing Notes Plan Progress Notes Final Assessment Service s Notes, Financial Functions, Appointments, Others Διαχείριση εξιτηρίου (Discharge Management)
Αρχιτεκτονική (Δομή) του ΕΗR Assessment Admitting Diagnosis (Διάγνωση ειισαγωγής) Assessment Diagnostic Information Test Orders Test Orders Medication Nursing Activities Laboratory Radiology Others Pharmacy Nursing Notes Plan Progress Notes Final Assessment Service s Notes, Financial Functions, Appointments, Others Διαχείριση εξιτηρίου (Discharge Management)
Continuous documentation Nursing & Health Data Initial Assessment and plan formulation Plan execution and monitoring Outcome evaluation = change in working diagnosis Outcome evaluation = no change in working diagnosis 1 st Doctor Diagnosis (severe chronic pain) Therapy Plan OUTCOME: 2 nd Doctor Diagnosis (moderate chronic pain) Therapy Plan OUTCOME: 3 nd Doctor Diagnosis (moderate chronic pain) 1 st Nursing Diagnosis Nursing interventions OUTCOME: 2 nd Nursing Diagnosis Nursing interventions OUTCOME: 3 nd Nursing Diagnosis Outcome evaluation = no change in nursing diagnosis Outcome evaluation = change in nursing diagnosis ΗΥ590
Επανάληψη του μοντέλου SOAP S Subjective, meaning the information provided about history and symptoms by the patient or relative. O- Objective, meaning information obtained by direct examination of the patient or from clinical investigation (laboratory, radiology, etc) A assessment, meaning the clinicians assessment about what is the matter with the patient (diagnosis), prognosis, etc P Plan, meaning the future plan of action, including investigations and treatment (drug prescriptions, physiotherapy, surgery, and so on). Drugs prescibed are also listed in a separate medication list. This section is a problemspecific care plan.
POMR Χρονική Μοντελοποίηση Παρελθόντα Επεισόδια Past episodes Τωρινά Επεισόδια Current episodes Κολποσκόπηση, Colonoscopy Υπέρταση ECG Άσθμα Asthma Επαφή Encounter Κολίτιδα Colitis Διαβήτης Diabetes PFT LifePlan Θεραπεία, Treatment Συναγερμοί Alert Απεικόνιση Imaging Ιστοπαθολογία Pathology
Problem oriented Patient Record (POPR) The problem-oriented medical record (POMR), first described by Larry Weed in 1968, was one of the first and most influencial attempts to improve the structure (i.e. architecture) of the patient record. Weed s POMR divides the record the database covers the patient s social, family, and past medical history. The second main section is the progress notes. Progress notes are organised under problems. A problem is anything that causes concern, not only a diagnosis. The problem list is a list of all the patient s problems indicating those that are active and those that have been resolved. Each progress note has a problem heading and four subheading, using the acronym SOAP:
Αρχιτεκτονική ΗΦΥ CEN ENV 13606 Άλλες προσεγγίσεις μοντελοποίησης του περιεχομένου του ΗΦΥ.
Αρχιτεκτονική αναφοράς Reference architecture Εννοιολογική Αρχιτεκτονική (Conceptual Architecture) Υψηλός βαθμός Αφαίρεσης (High degree of abstraction Αρχιτεκτονική Αναφοράς (Reference architecture) Σύστημα χ (System X) Υψηλός βαθμός εξειδίκευσης (High degree of concretization) Product Y1 (X) Product Y2 (X) Product Y3 (X)
Q&A