Andreas Kassner. VHitG e.v. IHE-Deutschland. vendor co-chair. chair Mit Unterstützung von Dr.Jörg Caumanns / Fraunhofer ISST

Transkript

1 Andreas Kassner VHitG e.v. IHE-Deutschland vendor co-chair chair Mit Unterstützung von Dr.Jörg Caumanns / Fraunhofer ISST

2 Elektronische Fallakte (efa( efa) Ziele und ahmenanforderungen Schaffung der technischen und semantischen Interoperabilität Wahrung des Datenschutzes Berücksichtigung des Aufbaus der Gesundheitstelematik-Infrastruktur (Foto: MEV-Verlag) Vorbereitung einer zeitnah einsatzfähigen Lösung Berücksichtigung bestehender Systeme und Standards Gemeinfreie Bereitstellung der Ergebnisse Alle, insb. Krankenhäuser und IT-Anbieter, haben kostenlosen Zugang Verbesserung der Kommunikation der Leistungserbringer

3 Denmark France Germany Israel Italy Netherlands Norway Spain Sweden United Kingdom Users, HC Authorities, Vendors: Users 40% nationale Lösungsanbieter 60% multi-nationale Hersteller Beispiel: : IHE-Netherlands Vendors Government / Associations Amphia Antonius Mesos Amsterdam MC AZ Maastricht Ned. Ver. adiologie Ned. VerLeeuwarden UMC Nijmegen UMC Groningen. Kl. Chemie Ned. Ver. Microbiologie Agfa Forcare Chipsoft D&A Medical GE Healthcare Getronics H2W IBM ICT Healthcare Initiate Systems isoft Leones Medical Phit Nucletron Oldelft Benelux Philips VC Sectra Siemens Verdonk, Klooster & Associates Welch Allyn Cardio Control APC Platform NICTIZ HL7 Nederland OIZ TNO MC Vumc

4 Patient Identity Source Patient Identity Feed egistry Query s egister Set Source Provide&egister Set epository etrieve

5 IHE-XDS Zentralisierte Architektur Patient Identity Source Patient Identity Feed Source Source Source Provide&egister Set egistry epository Query s etrieve

6 IHE-XDS Dezentralisierte Architektur Patient Identity Source Patient Identity Feed egister Set egistry Query s Source Source Source Source epository epository epository epository etrieve

7 IHE-XDS Gemischte Architektur Source Source Source Source Source Source Source Source Provide & egister Set epository epository epository epository egister Set Patient Identity Source Patient Identity Feed egistry epository Query s etrieve

8 epository und egistry Folder und Submission equest egistry Submission equest Submission Set 1 Folder A Entry Entry epositories

9 IHE XDS Integration Profile: Key Concepts XDS Set von medizinischen Informationen in einem Dokument (strukturiert oder nicht), das Teil eines verteilten Patienten ecords sein soll. Es existiert ggf. bereits im Quell IT System. XDS Submission Set Set von Dokumenten zu einem Patienten, für die ein (Team von) Arzt/(Ärzte) im selben Quell System entscheidet, potentiellen Empfängern verfügbar zu machen. XDS Folder Gruppierung von Dokumenten zu unterschiedlichen Zwecken: Team work über mehrere Ärzte, Episode of care, Notfalldaten eines Patienten, etc. XDS läßt die Nutzung der Folder in speziellen medizinischen Domänen offen

10 egistrypackage ExtrinsicObject XDSSubmissionSet authorinstitution authorperson authorole authorspecialty comments contenttypecode patientid sourceid submissiontime uniqueid + XDSFolder codelist comments lastupdatetime patientid uniqueid * + + XDSEntry authorinstitution authorperson authorole authorspecialty availabilitystatus classcode confidentialitycode creationtime entryuuid eventcodelist formatcode hash healthcarefacilitytypecode languagecode legalauthenticator mimetype parentid patientid practicesettingcode servicestarttime servicestoptime size sourcepatientid sourcepatientinfo title typecode uniqueid UI Einige allgemeine Attribute: author patient document source encounter Andere enthalten logische / technische Informationen title type of document eventcodelist classcode availabilitycode confidentialitycode formatcode language MIME Type size vgl. HL7 CDA

11 IHE XDS in der Welt, lokale, regionale, nationale Projekte UK CfH (adiology WF) France DMP Denmark (Funen) Italy (Veneto) Spain (Aragon) Austria ELGA Italy (Conto Corrente Salute) Quebec, Toronto, Alberta, British Columbia Canada Infoway MA-Share MA State Project NY JAPAN-Kobe Summary Sharing JAPAN-Nogaya Imaging Info Sharing Philadelphia HIE CHINA-Shanghai Imaging Info Sharing CHINA-MoH Lab results sharing THINC- New York NCHICA N. Carolina

12 Fallakte/IHE - Herausforderungen Wiederverwendbarkeit / Investitionsschutz IHE geht tendenziell von zentraler egistry aus, efa von verteilten egistries Datenschutz in D Fallbezug zur Mit- und Weiterbehandlung Abfragen nach IHE nicht zulässig Vermeidung von Kopien Anbindung von Einrichtungen, die nicht 24/7 online sind Webportale, Telematikinfrastruktur

13

14 efa Fälle werden als XDS Patienten behandelt Hierdurch kann ein Pseudonym für jeden Fall generiert werden und als Patient Identifier im IHE XDS identity feed actor registriert werden Abfrage aller Dokumente eines Patienten nicht möglich Administrative Fälle (z.b. encounters) werden auf IHE XDS Folder gemappt. Hierdurch kann die Semantik der IHE XDS Folder mit seinem Kontext der Metadaten genutzt werden. Das Submission Set hat keinen Bezug zum efa Modell. Im Grunde ist jeder efa MDO Entry ein ein-element Submission Set

15 Akteure und Transaktionen (efa( efa) Electronic Case ecord ec TokenService get pseudonyms ec Locator discover cases query admission code ec Case egistry query registry register partition IHE XDS admisson code feed query registry egistry register document set Source provide & register document set epository retrieve document

16 efa Case egistry Pseudonymisierte Patienten Identifier im Fallkontext Hält Tabelle über alle Lokationen und Partitions bzgl. eines Falls efa egistry eferenziert Case ecords und Medical ecords efa epository

17 Über die ec Case egistry werden mehrere egistries angesprochen Vermutlich werden alle Partitions/Folder eines Falls in einer Domäne existieren mit Case- und egistry

18 Kompatibilität zwischen XDS- und efa-akteure Akteure

19 IHE XDS Folder Metadata in der egistry codelist codedisplaynamelist lastupdatetime patientid uniqueid efa Partition Metadata Pflichtelemente in der Case egistry, optionale in der lokalen egistry Aufnahmefachbereich (code and displayname) letzteänderung medicalcaseid OID PartitionsTyp (inpatient, outpatient, etc) Beginn (admission date; inpatient treatment only) Daten zum stationären Aufenthalt Institution (inpatient treatment only) Aufnahmediagnose (initial diagnosis; inpatient treatment only; optional) Ende (discharge date; inpatient treatment only; optional) AnschlussVon (linkage of continued inpatient treatments; optional)

20 IHE XDS Metadata (MDO and Submission Sets [1] ) authorspeciality (2), submset.authorspeciality (2) formatcode hash patientid, submset.patientid practicesettingcode, practicesettingcodedisplayname sourcepatientid (internal use only) sourcepatientinfo (source identifier, name, gender, date of birth, address) typecode, typecodedisplayname, submset.contenttypecode uniqueid, submset.uniqueid UI submset.sourceid submset.submissiontime efa MDO Metadata [2] Fachbereich Stylesheet-eference for XML-encoded documents hash medicalcaseid Fachbereich medicalcaseid LOINC encoding as defined by the "VHitG Arztbrief" OID epositoryeferenz Einsteller Einstellzeitpunkt

21 Cross-Enterprise User Assertion User Attributes for Access Cntrl Digital Signature Attesting true-copy and origin Audit Trail & Node Authentication Centralized privacy audit trail and node to node authentication to create a secured domain. Consistent Time Coordinate time across networked systems Personal White Pages Enterprise User Authentication Doc Sharing XDS.b Pt-Pt Doc Interchange XD Media Interchange XDM Doc Exchange Integration Profiles Cross-Community Access Querying and etrieving s across multiple communities (Intra-Enterprise only) Scanned Doc XDS-SD SD etrieve Information for Display Patient Demographics Query Patient Identifier Cross-referencing Map patient identifiers across independent identification domains Notice of Availability Know about new information equest Form for Data Capture emotely Manage Information Capture Patient Administration Management Patient Synchronized Applications

22 Index über verteilte Patientendaten Viele authorisierte Communities Abfrage über Attribute (1) Community Attribute Search Engine (1) XDS Community A XDS Community B LS/PIX+ XDS egistry (7) Cross Community Bridge (3) (4) Cross Community Bridge (5) PDQ Server XDS epository (2) (8) Cross Community Searcher (6) XDS egistry XDS epository

23 Physician Medical Practice EM ec Provider Physician Medical Practice EM Hospital Medical Case ecord HIS Physician Physician Practice Clinic EM ec Provider Forward Forward Laboratory EM Physician Physician Hospital HIS Medical Case ecord Forward ec Provider Medical Practice ehabilitation Physician EM Medical Case ecord HIS Physician Medical Practice EM Physician

24 IHE IHE Integration Profile Profiles A B IHE Connect-a-thon esults Product IHE Integration Statement User needs Product With IHE Easy to Integrate Products Standards IHE Technical Framework IHE Connect-a-thon IHE Demonstration User Site FP

25 Publizierung weiterer efa-dokumentation Testkonformität Prüfung neuer IHE Profile aus efa- Konzept

26 Investitionsschutz für bestehende XDS-Entwicklungen und Neuentwicklungen Erweiterungen sind Bedingung für Einsatz in D Nicht 100% kompatibel, aber ATNA, CT, u.a. Neue IHE Profile müssen noch geprüft werden XDS.b, Cross Community Access, Cross-enterprise User Assertion, Intelligentes Prefetching, Organisationen- und Personen egistries, Terminologien?

27 Andreas Kassner