Dirk Jost. März Internetwork Services AG, Essen Heidelberger Archivtage Treffen der GMDS- Arbeitsgruppe Archivierungen von Krankenunterlagen

Transkript

1 Dirk Jost März Internetwork Services AG, Essen Heidelberger Archivtage Treffen der GMDS- Arbeitsgruppe Archivierungen von Krankenunterlagen IHE- konforme Archivierung von Pa7entenakten mit Tiani SpiritEHR

2 Hochverfügbarkeit und Skalierbarkeit Basis Hochverfügbar Hochskalierbar Data- Source Consumer Data- Source Consumer Data- Source Consumer Spirit Web1 Frontend Spirit Web2 Frontend Spirit Web3 Frontend Spirit Web1 Frontend Spirit Web2 Frontend Spirit Web X Frontend Frontend HAProxy1 HAProxy/KeepAlive 1-2 Virt. IP HAProxy2 HAProxy5 HAProxy1 HAProxy/KeepAlive 1-2 Virt. IP HAProxy2 HAProxy X Tiani Spirit DB Spirit1 Redundates Repository Spirit2 Spirit3 Spirit1 Redundates Repository Spirit2 Spirit X HAProxy3 HAProxy/KeepAlive 3-4 Virt. IP HAProxy4 HAProxy6 HAProxy3 HAProxy/KeepAlive 3-4 Virt. IP HAProxy4 HAProxy Y Repository Sync Sync Sync Sync DB1 DB2 DB3 DB4 DB1 DB2 DB3 DB X

3 Überblick der Akteure SAP i.s.h.med ersetzendes Scannen, mitgebrachte Dokumente IHE PIX- /XDS- PlaForm (März Tiani) MDES Document Pipeline / ID Viewer (März DES) Szenario am Beispiel des Universitätsklinikums Jena: Digitales Archiv Signatur, VerifikaOon, LTANS, Nachsignatur (secrypt)

4 KommunikaOon SAP i.s.h.med - DocumentPipeline SAP i.s.h.med ersetzendes Scannen, mitgebrachte Dokumente IHE PIX- /XDS- PlaForm (März Tiani) MDES Document Pipeline / ID Viewer (März DES) Szenario am Beispiel des Universitätsklinikums Jena: Digitales Archiv Signatur, VerifikaOon, LTANS, Nachsignatur (secrypt)

5 KommunikaOon SAP i.s.h.med - Document Pipeline März DES Document Pipeline (IntegraOon Webservices) Szenario am Beispiel des Universitätsklinikums Jena: Digitales Archiv

6 KommunikaOon SAP i.s.h.med - DocumentPipeline Ø Archivierung von Dokumenten aus SAP mit Übergabe von Metadaten und dem Dokument in Form eines Base64 codierten Strings. Ø Über die MDES Document Pipepline in Tiani SpiritEHR archivierte Dokumente werden in SAP als Einzellinks registriert. Ø SAP fordert Dokumente anhand Ihrer Registratur in SAP mit Ihrer Dokumentnummer Ø SAP recherchiert Metadaten von in Tiani SpiritEHR archivierten Dokumenten. Ø Dokumentenversionierung, Dokumentenersatz, Dokumentenfor`ührung, Löschen von Dokumenten Ø MDES Document Pipeline gibt SAP neu eingegangene Dokumente bekannt (von anderen Document Sources z.b. gescannte Akten). Szenario am Beispiel des Universitätsklinikums Jena: Digitales Archiv

7 KommunikaOon Scanning DocumentPipeline SAP i.s.h.med ersetzendes Scannen, mitgebrachte Dokumente IHE PIX- /XDS- PlaForm (März Tiani) MDES Document Pipeline / ID Viewer (März DES) Szenario am Beispiel des Universitätsklinikums Jena: Digitales Archiv Signatur, VerifikaOon, LTANS, Nachsignatur (secrypt)

8 KommunikaOon Scanning DocumentPipeline Papierakten Behandlungsverträge- Verträge Mitgebrachte Dokumente MDES Document Pipeline Secrypt digiseal Server digiseal Archive PaOentenaublärung Unterschricsrelevante Dokumente Kurven Tiani SpiritEHR Output aus Medizingeräten PaOenten- /FallinformaOonen und XDS- Metadaten SAP i.s.h.med Szenario am Beispiel des Universitätsklinikums Jena: Digitales Archiv Scannen Konver7erung Signatur Archivierung Bekanntmachung

9 KommunikaOon DocumentPipeline - Signaturkomponenten SAP i.s.h.med ersetzendes Scannen, mitgebrachte Dokumente IHE PIX- /XDS- PlaForm (März Tiani) MDES Document Pipeline / ID Viewer (März DES) Universitätsklinikum Jena: Digitales Archiv Signatur, VerifikaOon, LTANS, Nachsignatur (secrypt)

10 KommunikaOon DocumentPipeline - Signatur i.s.h.med März DES Doc.Pipeline secrypt digiseal server Tiani SpiritEHR und archive 1. Request: Dokument + Metadaten IHE Kommunikation S 2. Dokument I G 3. Dokument (embedded Signatur) 4. Dokument (embedded Signatur) 5. Verification Protokoll V E R 6. Request: Dokument (embedded Signatur)+ Ver.Protokoll 7. Response 8. Response: Document UUIDs 9. Dokument (embedded Signatur) + UUID 10. Verification Protokoll + UUID L T A N S Zeitstempelung Hashbaum- Verfahren Szenario am Beispiel des Universitätsklinikums Jena: Digitales Archiv

11 KommunikaOon DocumentPipeline - Resignierung Daten mit einer qualifizierten elektronischen Signatur sind nach 6 Abs. 1 Satz 2 des Signaturgesetzes neu zu signieren, wenn diese für längere Zeit in signierter Form benöogt werden Anstelle einer neuen qualifizierten elektronischen Signatur nach Satz 2 kann ein qualifizierter Zeitstempel aufgebracht werden, wenn dieser selbst eine qualifizierte elektronische Signatur trägt. Szenario am Beispiel des Universitätsklinikums Jena: Digitales Archiv

12 KommunikaOon DocumentPipeline Tiani SpiritEHR SAP i.s.h.med ersetzendes Scannen, mitgebrachte Dokumente IHE PIX- /XDS- PlaForm (März Tiani) MDES Document Pipeline / ID Viewer (März DES) Signatur, VerifikaOon, LTANS, Nachsignatur (secrypt)

13 KommunikaOon DocumentPipeline/IDViewer Tiani SpiritEHR User Rollen Rechte User Rollen Rechte Verzeichnisdienst User Rollen Rechte KIS Data-Sources (KIS, klinische Subsystem) _Source Typ Konvert._ MDES Document Pipeline/ ID Viewer technische Patient Identity Source XDS Document Consumer/ XDS-I Imaging Document Consumer technische XDS Document Source SpiritEHR PIX (MPI) SpiritEHR Document Registry SpiritEHR Document Repository KOS WADO Imaging Document Source

14 KommunikaOon DocumentPipeline/IDViewer Tiani SpiritEHR Ø IHE XDS Document Source Ø IHE XDS Document Consumer Ø IHE XDS Imaging Document Consumer Ø IHE XDS Metadata Update Ø IHE PaOent IdenOty Source Ø IHE PDQ v2/v3 Ø IHE XDM

15 Tiani SpiritEHR Ø IHE PaOentenakte Backbone- Infrastruktur Ø IdenOty Provider SynchronisaOon mit AcOve Directory Ø IdenOty Provider mit Übergabe von SAML 2.0 AsserOons Ø Datenschutz der PaOentendokumentaOon minels XACML Policies Ø Revisionssicher nach IDW PS 880 und IDW RS FAIT 3 Ø Konformitätsnachweis nach EFA v2.0 Ø Erweiterter Datenschutz der PaOentendokumentaOon unter BerücksichOgung des aktuellen Behandlungskontextes

16 Tiani SpiritEHR Ø Erweiterter Datenschutz der PaOentendokumentaOon unter BerücksichOgung des aktuellen Behandlungskontextes KIS Tiani SpiritEHR MDES Integrated Document Viewer BPPC + Default Policies Dokumente Dokumente Contact Management Fall, Aufnahme,Entassung Fachliche OEs Zeiträume Pa7entenzus7mmung (HL7 ADT) Behandlungskontext (HL7 ADT, ORM) Auslieferung von Dokumenten eingeschränkt auf den Behandlungs- kontext in Verbindung mit Policies

17 Vielen Dank für Ihre Aufmerksamkeit Dirk Jost März Internetwork Services AG network.de