Spezifikation EFA 2.0

Aus Hl7wiki
Implementierungsleitfaden
Wechseln zu: Navigation, Suche
K (EFA Spezifikation v2.0)
K (Aufbau der Spezifikation)
Zeile 40: Zeile 40:
  
 
== Aufbau der Spezifikation ==
 
== Aufbau der Spezifikation ==
 +
 +
Die EFA-Spezifikation orientiert sich an der Spezifikationsmatrix des ''[http://wiki.hl7.org/index.php?title=SAIF_ECCF| Enterprise Consistency and Conformity Framework]'' (ECCF) als Teil des HL7 ''Service-Aware Interoperability Framework'' (SAIF). Die folgende Tabelle gibt sie am Beispiel der EFA wieder.
  
 
<table border="1" cellspacing="0" cellpadding="0" width="100%">
 
<table border="1" cellspacing="0" cellpadding="0" width="100%">
 
<tr bgcolor="lightgray" align="center">
 
<tr bgcolor="lightgray" align="center">
 
<td width="10%" valign="top"></td>
 
<td width="10%" valign="top"></td>
<td width="30%" valign="top">'''Enterprise Dimension'''</td>
+
<td width="30%" valign="top">'''Enterprise Dimension'''<br><span style="color:red">'''''"Why"'''''</span><br>'''''Policy'''''</td>
<td width="30%" valign="top">'''Information Dimension'''</td>
+
<td width="30%" valign="top">'''Information Dimension'''<br><span style="color:red">'''''"What"'''''</span><br>'''''Content'''''</td>
<td width="30%" valign="top">'''Computational Dimension'''</td>
+
<td width="30%" valign="top">'''Computational Dimension'''<br><span style="color:red">'''''"How"'''''</span><br>'''''Behavior'''''</td>
 
</tr>
 
</tr>
  
 
<tr bgcolor="orange" align="center">
 
<tr bgcolor="orange" align="center">
<td width="10%" valign="top">'''Conceptual Perspective'''</td>
+
<td width="10%" valign="top" align="left">'''Conceptual Perspective'''</td>
 
<td width="30%" valign="top" align="left">
 
<td width="30%" valign="top" align="left">
* Die EFA als zweckgebundene Akte
+
* Prinzipien und Strategien für EFA
* Akteure und Rollen der EFA
+
** Die EFA als zweckgebundene Akte
* Prinzipien für Datenschutz und Datensicherheit
+
** Akteure und Rollen der EFA
* Vernetzung von Netzen
+
** Prinzipien für Datenschutz und Datensicherheit
* Integration in bestehende IT-Landschaften
+
** Vernetzung von Netzen
 +
** Integration in bestehende IT-Landschaften
 
</td>
 
</td>
 
<td width="30%" valign="top" align="left">
 
<td width="30%" valign="top" align="left">
 +
* EFA-Informationsobjekte
 +
** Fallakten
 +
** Ordner
 +
** (med.) Dokument
 +
* Patienteneinwilligung
 
</td>
 
</td>
 
<td width="30%" valign="top" align="left">
 
<td width="30%" valign="top" align="left">
 +
* Geschäftsfunktionalitäten
 +
** Interaktions- und Kommunikationsmuster
 +
** EFA-Initialisierung
 +
* EFA-Design-Prinzipien
 +
** Nutzung von Standards
 +
** Autonomie von EFA-Peers
 +
** Eckpfeiler EFA-Sicherheit
 +
* Schichtenarchitektur
 +
** EFA-3-Schichten-Architektur
 +
** Kompatibilität mit dem [[IHE_DE_Cookbook|IHE Cookbook]] (nicht-normativ)
 +
** Abwärtskompatibilität mit der EFA-Spezifikation v1.2
 
</td>
 
</td>
 
</tr>
 
</tr>
  
 
<tr bgcolor="yellow" align="center">
 
<tr bgcolor="yellow" align="center">
<td width="10%" valign="top">'''Logical Perspective'''</td>
+
<td width="10%" valign="top" align="left">'''Logical Perspective'''</td>
<td width="30%" valign="top">
+
<td width="30%" valign="top" align="left">
 +
* Anforderungen an Anwendungs- und Sicherheitsarchitektur
 +
* Sicherheitszonen
 
</td>
 
</td>
<td width="30%" valign="top">
+
<td width="30%" valign="top" align="left">
 +
* Logisches Informationsmodell der EFA
 
</td>
 
</td>
<td width="30%" valign="top">
+
<td width="30%" valign="top" align="left">
 +
* EFA-Dienste
 +
* EFA-Funktionen
 +
* Sicherheitsdienste
 
</td>
 
</td>
 
</tr>
 
</tr>
  
 
<tr bgcolor="palegreen" align="center">
 
<tr bgcolor="palegreen" align="center">
<td width="10%" valign="top">'''Implementable Perspective'''</td>
+
<td width="10%" valign="top" align="left">'''Implementable Perspective'''</td>
<td width="30%" valign="top">
+
<td width="30%" valign="top" align="left">
 
</td>
 
</td>
<td width="30%" valign="top">
+
<td width="30%" valign="top" align="left">
 
</td>
 
</td>
<td width="30%" valign="top">
+
<td width="30%" valign="top" align="left">
 
</td>
 
</td>
 
</tr>
 
</tr>
 
</table>
 
</table>
  
The columns of the matrix focus on certain characteristics of the system to be analyzed and specified:  
+
Die Spalten der Tabelle stellen bestimmte Eigenschaften des zu analysierenden und zu spezifizierenden Systems dar:
* The Enterprise Dimension defines the business and reference context and is concerned with EFA business objectives and EFA business processes.
+
* Die Enterprise Dimension definiert den geschäftlichen Zusammenhang und befasst sich primär mit den EFA-Informationsobjekten und EFA-Geschäftsprozessen.
* The Information Dimension is concerned with the EFA information model and constraints on the use and interpretation of that information.  
+
* Die Information Dimension befasst sich mit dem Informationsmodell der Fallakte sowie damit zusammenhängenden Restiktionen bei der Nutzung und Interpretation dieser Information.
* The Computational Dimension is concerned with the EFA functional decomposition into a set of actors that exhibit specific behaviors and interact through transactions.  
+
* Die Computational Dimension fokussiert auf die fachlichen Funktionen der EFA mit den zugehörigen Akteuren, welche durch Transaktionen mit einem bestimmtem Verhalten und Interaktionen charakterisiert sind.
  
The rows of the matrix reflect different levels of abstraction and are targeted at different expert groups:
+
Die Zeilen der Tabelle geben verschiedene Abstraktionsgrade wieder und adressieren somit verschiedene Expertengruppen:
* The Conceptual Perspective is almost computational independent as its focus is on the problem space rather than on a concrete solution. Conceptual-level artifacts sketch the essentials and core concepts of EFA from a domain matter expert’s point of view and as such define the holistic conceptual model of EFA.  
+
* Die Conceptual Perspective ist vollstänig rechnerunabhängig und eher problem- als lösungsorientiert. Artefakte dieser Ebene skizzieren die Grundlagen und Kernkonzepte der EFA aus der Fachexpertensicht und definieren als solche das ganzheitliche konzeptionelle Modell der EFA.
* Artifacts in the Logical Perspective represent traceable translations of conceptual-level artifacts into a form/format usable by and useful to architects and inward-facing analysts. This perspective provides the functional/logical specification of EFA and defines the EFA solution space with its classes, services and operations.
+
* Artefakte in der Logical Perspective stellen nachvollziehbare Transformationen von Artefakten der konzeptuellen Ebene in Formate für Architekten/Analysten dar. Diese Perspektive repräsentiert die funktionale/logische Spezifikation der EFA und definiert somit den EFA-Lösungsraum mit seinen Klassen, Diensten und Operationen.
* Artifacts in the Implementable Perspective contain all of the necessary technical bindings – e.g. data types, value sets, interface specifications, etc. – that will enable developers to implement the building blocks of the functional/logical specification by standards-based technical components.
+
* Artefakte in der Implementable Perspective enthalten alle notwendigen, technischen Bindungen (z. B. Datentypen, Wertemengen, Schnittstellen-Spezifikationen etc.) mit denen Entwickler in die Lage versetzt werden, Bausteine ​​der funktionalen/logischen Spezifikation mittels Standards-basierender technischer Komponenten umzusetzen zu können.

Version vom 6. März 2013, 14:33 Uhr


Einleitung

The Electronic Case Record (Elektronische Fallakte, EFA) is an initiative launched by the stationary sector - i.e. Germany’s hospitals and clinics - in 2006. Since 2009 it is operated by the Electronic CaseRecord Association (»Verein Elektronische Fall¬akte«), which is an interest group of major German hospitals, hospital chains, healthcare associations, and regional healthcare networks.

Electronic case records provide a structured and integrated viewpoint of medical data that can be associated with an individual patient. A case begins with an initial diagnosis and integrates as many instances of billing or treatment as required. A physician oversees the EFA, with the various attending physicians having responsibility for the contents and their completeness.

The decentralized handling and maintenance of case records is based on the metaphor of a supply network as a community of interest composed of autonomous actors working on a specific task. Since it is generally preferred that the place, where medical data and administrative information (e.g. user accounts) is stored, remains constant, the case record can be implemented in existing networks very simply, facilitating the initiation of co-operation at the regional level.

EFA Spezifikation v2.0

Nach einer nur im Rahmen eines Proof-of-Concept implementierten Version 1.0 der EFA-Spezifikation wurde im Februar 2008 mit der EFA Version 1.2 das erste öffentliche Major-Release der EFA-Spezifikation von den Trägern der EFA-Initiative freigegeben. Bereits Ende 2008 konnten drei namhafte Hersteller (Siemens, ISPro, iSoft) auf dem ersten EFA-Connectathon Produkte präsentieren, die die interoperablen Schnittstellen der EFA implementierten und so miteinander in einem Peer-to-Peer Netzwerk zusammengeschaltet werden konnten. In den folgenden Jahren wurden in verschiedenen Bundesländern EFA-Pilotprojekte gestartet und 2011 konnte am Städtischen Klinikum München das erste regionale EFA-Netzwerk in den Regelbetrieb überführt werden.

Während die EFA-Sicherheitsarchitektur auch fünf Jahre nach ihrer Veröffentlichung noch dem State-of-the-Art entspricht (und durch Übernahme in Projekte wie z.B. epSOS den State-of-the-Art auch mit geprägt hat) haben sich in dieser Zeit im Bereich der Fachschnittstellen von elektronischen Aktensystemen die meisten Hersteller mit ihren Produkten in Richtung des IHE-Profils XDS bewegt, das von der EFA Version 1.2 lediglich logisch aber nicht syntaktisch berücksichtigt wurde - wobei auch die Synchronizität der EFA-Abläufe zu IHE XDS auf die Ebene der Dokumentenverwaltung beschränkt ist und die übergeordneten EFA-Konzepte (Fallakte, Ordner) nicht abdeckt.

Im März 2012 haben daher der EFA-Verein als Träger der EFA-Spezifikation und der bvitg als Vertreter der ambulanten und stationören Sektor tätigen Hersteller beschlossen, gemeinsam eine Version 2.0 der EFA-Spezifiation zu erarbeiten. Diese Version soll

  • auf den bewährten und in verschiedenen Gesundheitsnetzen erfolgreich erprobten Kernprinzipien und -konzepten der EFA v1.2 aufbauen
  • in Produkten der Industrie verfügbare Schnittstellenstandards aufgreifen und
  • durch Verzahnung mit dem "IHE Cookbook" auf Basis generischer XDS-konformer Lösungsbausteine elektronischer Akten implementierbar sein.

Aufbau der Spezifikation

Die EFA-Spezifikation orientiert sich an der Spezifikationsmatrix des Enterprise Consistency and Conformity Framework (ECCF) als Teil des HL7 Service-Aware Interoperability Framework (SAIF). Die folgende Tabelle gibt sie am Beispiel der EFA wieder.

Enterprise Dimension
"Why"
Policy
Information Dimension
"What"
Content
Computational Dimension
"How"
Behavior
Conceptual Perspective
  • Prinzipien und Strategien für EFA
    • Die EFA als zweckgebundene Akte
    • Akteure und Rollen der EFA
    • Prinzipien für Datenschutz und Datensicherheit
    • Vernetzung von Netzen
    • Integration in bestehende IT-Landschaften
  • EFA-Informationsobjekte
    • Fallakten
    • Ordner
    • (med.) Dokument
  • Patienteneinwilligung
  • Geschäftsfunktionalitäten
    • Interaktions- und Kommunikationsmuster
    • EFA-Initialisierung
  • EFA-Design-Prinzipien
    • Nutzung von Standards
    • Autonomie von EFA-Peers
    • Eckpfeiler EFA-Sicherheit
  • Schichtenarchitektur
    • EFA-3-Schichten-Architektur
    • Kompatibilität mit dem IHE Cookbook (nicht-normativ)
    • Abwärtskompatibilität mit der EFA-Spezifikation v1.2
Logical Perspective
  • Anforderungen an Anwendungs- und Sicherheitsarchitektur
  • Sicherheitszonen
  • Logisches Informationsmodell der EFA
  • EFA-Dienste
  • EFA-Funktionen
  • Sicherheitsdienste
Implementable Perspective

Die Spalten der Tabelle stellen bestimmte Eigenschaften des zu analysierenden und zu spezifizierenden Systems dar:

  • Die Enterprise Dimension definiert den geschäftlichen Zusammenhang und befasst sich primär mit den EFA-Informationsobjekten und EFA-Geschäftsprozessen.
  • Die Information Dimension befasst sich mit dem Informationsmodell der Fallakte sowie damit zusammenhängenden Restiktionen bei der Nutzung und Interpretation dieser Information.
  • Die Computational Dimension fokussiert auf die fachlichen Funktionen der EFA mit den zugehörigen Akteuren, welche durch Transaktionen mit einem bestimmtem Verhalten und Interaktionen charakterisiert sind.

Die Zeilen der Tabelle geben verschiedene Abstraktionsgrade wieder und adressieren somit verschiedene Expertengruppen:

  • Die Conceptual Perspective ist vollstänig rechnerunabhängig und eher problem- als lösungsorientiert. Artefakte dieser Ebene skizzieren die Grundlagen und Kernkonzepte der EFA aus der Fachexpertensicht und definieren als solche das ganzheitliche konzeptionelle Modell der EFA.
  • Artefakte in der Logical Perspective stellen nachvollziehbare Transformationen von Artefakten der konzeptuellen Ebene in Formate für Architekten/Analysten dar. Diese Perspektive repräsentiert die funktionale/logische Spezifikation der EFA und definiert somit den EFA-Lösungsraum mit seinen Klassen, Diensten und Operationen.
  • Artefakte in der Implementable Perspective enthalten alle notwendigen, technischen Bindungen (z. B. Datentypen, Wertemengen, Schnittstellen-Spezifikationen etc.) mit denen Entwickler in die Lage versetzt werden, Bausteine ​​der funktionalen/logischen Spezifikation mittels Standards-basierender technischer Komponenten umzusetzen zu können.