Signatur des earztbrief mit elektronischem Arztausweis

Größe: px

Ab Seite anzeigen:

Download "Signatur des earztbrief mit elektronischem Arztausweis"

Lisa Biermann
vor 8 Jahren
Abrufe

1 Signatur des earztbrief mit elektronischem Arztausweis +IHE Quellen: Viktor Krön, ÄK NO Jörg Apitzsch, bremen online services gematik Spezifikationen IHE Technical Framework Andreas Kassner, VHitG Vorstand IHE-D und HL7 Deutschland Archivtage 7. Dez 2007, Karlsruhe

gematik Spezifikationen IHE Technical Framework Andreas Kassner,

2 Projektrahmen Projektpartner Ärztekammern Nordrhein und Westfalen-Lippe Kassenärztliche Vereinigungen Nordrhein und Westfalen-Lippe mit Mitteln des Landes NRW gefördert 200 Ärzte erhalten earztausweis testweise Entwicklung eines öffentlichen Leitfadens Dezember 2006 begonnen Auftraggeber:

des Landes NRW gefördert 200 Ärzte erhalten earztausweis testweise

3 Beteiligte Erarbeitung einer Spezifikation zur Signatur von Arztbriefen Jörg Apitzsch, bremen online services GmbH & Co. KG (Editor); Thomas Althoff, Ärztekammer Westfalen-Lippe; Hendrick Brockhaus, Siemens; Dr. Bernd Dressler, Deutsche Rentenversicherung Bund; Stefan Engelbert, Wrocklage; Dr. Erich Gehlen, Duria EG; Frank Jeschka, OpenLimit; Andrea Kassner, VHiTG; Viktor Krön, Ärztekammer Nordrhein; Hans-Joachim Marschall, KV Nordrhein; Dr. Volker Paul, Fraunhoferinstitut IBMT; Georgios Raptis, Bundesärztekammer; Arthur Steinel, Telemed- Online; Danny Zadach, DocExpert. fachkundige Beratung: Michael Bartkowiak, gematik, Nils Büngener, bremen online services GmbH & Co. KG, Dr. Jörg Caumanns, Fraunhofer-Institut für Software und Systemtechnik ISST, Dr. Christian Geuer-Pollmann, Microsoft Deutschland GmbH, Marc Horstmann, bremen online services GmbH & Co. KG, Dr. Heitmann, Heitmann Consulting & Services, Dr. Thomas Meischner, gematik

Erich Gehlen, Duria EG; Frank Jeschka, OpenLimit; Andrea Kassner, VHiTG; Viktor Krön, Ärztekammer Nordrhein; Hans-Joachim Marschall, KV Nordrhein; Dr.

4 Arztbrief in MS Word

5 Konvertiert in PDF

6 PDF signiert

7 Arztbrief als PDF Qualifiziert signiert mit dem HBA - ein Dokument mit ca. sechsjähriger Haltbarkeit Ansicht in kostenlosem Acrobar Viewer Inhalt unverändert (?), individuell Unterschrift verifizierbar im Viewer Unabhängig von Transport, Verschlüsselung und wiederverwendbar in anderen Kontexten PDF-Tools in 20 Jahren? Unabhängigkeit, Kosten,? Semantik in PDF/A?

), individuell Unterschrift verifizierbar im Viewer Unabhängig von Transport,

8 Arztbrief der Zukunft: HL7 CDA R2 Leitfaden des VHitGs, mit Ergänzungen um Diagnosen, Medikationen, Labor, Reha, Ansicht in jedem Internet Browser Alle Eigenschaften des PDF-Arztbriefs plus Strukturierte Daten zerlegbar und darstellbar in beliebigen Kontexten. Rechtssicher durch Verweis auf Signatur im signierten Original Mehrfachsignatur auf Ebene der Sections Firmen-unabhängig Unterstützung der Industrie Internationale Marschrichtung Nutzung in der Telematikinfrastruktur

9 VHitG-Arztbrief nach HL7 CDA R2

10 CDA-Aufbau

11 CDA-Dokumentenstruktur Relevanz für Archivierung Dokumentenbezug Patientenbezug Direkt beteiligte Personen, Organisationen, Geräte, indirekt Beteiligte (KRT, Ang) Bezug zur digitalen Signatur

12 CDA-Arztbrief und Signatur -Grundkonzept- Es sollen Signaturen nach XDSIG eingesetzt werden Qualifizierte Signaturen nach SigG (zum Einsatz kommt der elektronische Arztausweis bzw. HBA) Profilierung der Signaturelemente gem. ISIS-MTT (Kapitel 8, sowie OSCI und den SAGA-Papieren) mit Einschränkung exklusive Kanonisierung Erweiterung SHA-256, da SHA-1 nur bis 2009 als geeignet angesehen Konzept zunächst für den CDA R2- Arztbrief, möglichst applizierbar auch für andere Dokumente im XML-Format Anlagen zum Arztbrief (Texte, Bilder) müssen als zum Dokument gehörig mitsigniert werden können Parallele Mehrfachsignaturen zulässig Konzept muss zukünftig geplante Signaturen von Fragmenten von XML-Dokumenten berücksichtigen Nicht im Focus: Transport, Verschlüsselung, Archivierung

ISIS-MTT (Kapitel 8, sowie OSCI und den SAGA-Papieren) mit Einschränkung exklusive Kanonisierung Erweiterung SHA-256, da SHA-1 nur bis 2009 als geeignet angesehen Konzept zunächst für den CDA

13 XML Signature: Typen Gewählt wurde Detached Signature : <Clinical> wird referenziert (Signatur Gesamtdokument) Weiter der zugehörige <LegalAuthenticator> (auch <Authenticator> möglich) Referenzierung generell über Id-Attribute gem. XML Schema Bestehende Schemata nicht anzupassen Attachments ebenfalls einfach signierbar

<LegalAuthenticator> (auch <Authenticator> möglich) Referenzierung generell

14 ContentContainerType

15 Ausflug zur gematik Notfalldatensatz der gematik, ds:signature

16 gematik Clinical der gematik mit ds:signature

17 gematik: besondere Festlegungen Standardisiertes XSLT (Verordnungen) Datenzugriff Informationsmodell Datenzugriffsschicht

18 gematik: Spezifikation TelematikTransport-Details -Dokumentenschnittstelle-

19 (Zurück zum HBA/Arztbrief-Projekt) Relevante Rahmenbedingungen Einbeziehung SAK Nutzung in der Telematikinfrastruktur Unstrukturierte Anhänge base64, ebenfalls signiert Einschränkungen gegenüber XML-Signature folgen ISIS-MTT part 8 (vor allem SigG und SigV) xml-exc-c14n# (ausschl. exclusive Kanon.) BNetzA_Alg (Algorithmenkatalog des BSI) XAdES (ergänzende Signaturinfos, z.b. Zeit) KonnSpec (verpflichtende Referenzangaben aus dem signierten Dokument auf verwendete Stylesheets entspr. gematik) Katalog zugelassener Dateiformate für Anhänge

xml-exc-c14n# (ausschl. exclusive Kanon.) BNetzA_Alg (Algorithmenkatalog des BSI) XAdES (ergänzende Signaturinfos, z.b.

20 Zulässige Mime-Anhänge Hinweis: Nicht alle aufgeführten Mime-Types sind wg. aktiver bzw. auch verborgener Inhalte geeignet für eine sinnvolle Applizierung von Signaturen über diese Container. In einer zukünftigen Version dieser Spezifikation können die Typen eingeschränkt werden, die sich für qualifizierte Signaturen als bestätigbar herauskristallisieren.

21 Sonstige Festlegungen/Diskussionen Zuerst Signatur über Dokument, später auf fachliche Segmente: <cda:section>, klammert einen fachlichen Abschnitt des CDA- R2-Dokuments, der von einem Authenticator signiert werden kann <cda:authenticator> enthält spezifische ergänzende Informationen zum jeweiligen Signator, der eine Signatur auf ein oder mehrere <cda:section>-elemente appliziert. Eindeutigkeit der Werte der ID-Attribute, da auch ursprünglich selbstständige XML-Dokumente zusammengeführt werden können UUID zur Erzeugung von eindeutigen Identifiern Die gematik schreibt eine Generierungsregel vor, die auch hier zum Einsatz kommen soll SAK-Implementierungen müssen diesen Mechanismus unterstützen Namensräume,

22 Id-Attribute in <Clinical>

23 Signaturelement: Reference-Elemente

24 Object-Element 1: Signed Properties (1)

25 Object-Element 1: Signed Properties (2)

26 Object-Element 2: Ref. auf Stylesheet Noch nicht gelöst: Trusted Viewer für XML-Dokumente, die mit einem individuellen Stylesheet transformiert werden Lt. BSI mangelt es auch noch an einem Konzept hierfür bzw. Anforderungen aus der Bestätigung nach SigG sind nicht fixiert!

27 Signatur mit ea CDA R2 => PDF als fallback (XML als Anhang)

28 Arztbrief Next Steps Definition des VHitG-Arztbriefes als gematik-anwendung (Beschluss der gematik-gesellschafter) HBA Projekt mit Signatur des Arztbriefes in NRW als Test für flächendeckende Einführung Fokus heute HBA, morgen Signatur mit SMC-B (fortgeschrittene Signatur) Livedemo auf conhit 2008?

29 Internationale Entwicklungen am Beispiel IHE XDS - Actors and Transactions - Registry Register Set Source Provide&Register Set Repository

30 XDS Actors and Transactions Registry Query s Consumer Register Set Source Provide&Register Set Repository Retrieve

31 XDS Actors and Transactions Patient Identity Source Patient Identity Feed Registry Query s Consumer Register Set Source Provide&Register Set Repository Retrieve

32 XDS - Availability Management Submitted Registration in progress Verfügbarkeitsstatus sichtbar für Source Approved Available for Patient Care Deprecated Obsolete Deleted Verfügbarkeitsstatus sichtbar für Consumer Änderung des Verfügbarkeitsstatus ist unter Kontrolle der Original Source und dem Patient ( Profil BPPC, sofern erlaubt in der Affinity Domain)

33 Life Cycle Management Addendum to a registered document Time Addendum A two-way relationship between Original and Addendum Addendum Replacing a registered document by a new document Time 1 (Approved) 1 (Deprecated) Replacement Replacement A two-way relationship between Original and Replacement. Registering an alternate form of a registered document 1 (Approved) Transform 2 (transform) A two-way relationship between Original and Transform (alternative format with same scope).

34 Example: Source prepares a submission request : One Submission Set associated with two s and a Folder Entry Entry Folder A Submission Set 1 Objects to be Registered in the Registry Objects to be stored in the Repository

35 XDS Scenario + use of ATNA & CT EHR System PMS PACS Physician Office Lab Info. System Community Clinic XDS Repository Record Audit Event Record Audit Event Query ATNA Audit record repository Retrieve Maintain Time XDS Registry XDS Repository Register Secured Messaging Maintain Time CT Time server Maintain Time Record Audit Event XDS Affinity Domain (NHIN sub-network) PACS ED Application EHR System Provide & Register Docs Teaching Hospital

36 IHE - Cross Enterprise Sharing Metadata in der Registry Wer Was Wo Wann Patient Identifier, Name, Address, Gender, Date of Birth Author Institution, Person, Role, Specialty Legal Authenticator Service Event Confidentiality Class Format Type Language Title URI Healthcare Facility Practice Setting Service start Service end Creation Submission Set Patient Identifier Author Institution, Person, Role, Specialty Content Source Submitted Folder Owner Code(s) Description Searchable Metadata, Stored Metadata Update

37 Fazit Definition von Metadaten, Actors und Transaktionen IHE Profil XDS Leitfaden Elektronische Signatur von Arztbriefen Leitfaden VHitG-Arztbrief gematik Spezifikation SOAP / WSDL Payload wie Notfalldaten

38 Vielen Dank für Ihre Aufmerksamkeit! Mit Dank an Viktor Krön und Jörg Apitzsch Andreas Kassner VHitG e.v. VHitG Initiative

Ähnliche Dokumente

Die Signatur des elektronischen Arztbriefes (Beispiel: CDA R2 und xmldsig)

Die Signatur des elektronischen Arztbriefes (Beispiel: CDA R2 und xmldsig) Viktor Krön, Berlin, 26.09.2007 Die Signatur des elektronischen Arztbriefes (Beispiel: CDA R2 und xmldsig) Elektronischer Arztbrief