Leitfaden für App-Entwickler - Versionsgeschichte

Rfranke: /* Mapping-Tabelle */

2017-04-04T14:18:38Z

‎Mapping-Tabelle

Rfranke: /* Mapping-Tabelle */

2017-02-21T14:05:26Z

‎Mapping-Tabelle

Rfranke: /* Mapping-Tabelle */

2017-02-21T14:01:18Z

‎Mapping-Tabelle

Rfranke: /* Szenario 1 */

2017-02-21T13:51:48Z

‎Szenario 1

Rfranke: /* Szenario 1 */

2017-02-21T11:58:52Z

‎Szenario 1

Rfranke: /* Anforderungen an Medizingeräte / Medizinprodukte */

2017-02-21T11:39:50Z

‎Anforderungen an Medizingeräte / Medizinprodukte

Rfranke: /* Zweckbestimmungen */

2017-02-21T11:37:35Z

‎Zweckbestimmungen

Maschhoff am 19. Oktober 2016 um 13:12 Uhr

2016-10-19T13:12:30Z

Rfranke: /* Szenario 1 */

2016-08-08T08:06:45Z

‎Szenario 1

Sheckmann: /* REST */

2016-06-16T15:42:37Z

‎REST

@@ Zeile 445: / Zeile 445: @@
 ====Mapping-Tabelle====
-Die Mapping-Tabelle zeigt auf, wie (bzw. welche) Informationen zwischen XDT und FHIR gemappt werden können. Also welche Entsprechungen existieren und welche Informationen nicht gemappt werden können.
+Die Mapping-Tabellen zeigen auf, wie (bzw. welche) Informationen zwischen XDT-Informationsobjekten und FHIR-Resourcen gemappt werden können. Also zu welche Informationen Entsprechungen existieren und welche Informationen nicht gemappt werden können.
 {|
 |-
 |<XDT>||||<FHIR>||||=> Bemerkungen
 |-
-|<Patient.3101>||||<Patient.name.family>||||
+-------------------------------------------
 |-
-|<Patient.3102>||||<Patient.name.given>||||
+|<Obj_Patient.3102>||||<Patient.name.given>||||
 |-
-|<Patient.3110>||||<Patient.gender>||||=> Mapping erforderlich (2<->female,1<->male...)
+|<Obj_Patient.3110>||||<Patient.gender>||||=> Mapping erforderlich (2<->female,1<->male...)
 |-
-|<Patient.3103>||||<Patient.birthDate>||||
+|<Obj_Patient.3103>||||<Patient.birthDate>||||
 |-
-|<Patient.3107> + ' ' + <Patient.3109>||||<Patient.adress.line>|||| => in xDT Strasse und Hausnummer getrennt
+|<Obj_Patient.3107> + ' ' + <Obj_Patient.3109>||||<Patient.adress.line>|||| => in xDT Strasse und Hausnummer getrennt
 |-
-|<Patient.3113>||||<Patient.adress.city>||||
+|<Obj_Patient.3113>||||<Patient.adress.city>||||
 |-
-|<Patient.3112>||||<Patient.adress.postalCode>||||
+|<Obj_Patient.3112>||||<Patient.adress.postalCode>||||
 |-
-|<Patient.3632>||||<valueQuantity.value> + <valueQuantity.unit> + <valueQuantity.system> + <valueQuantity.code>||||
+|<Obj_Patient.3632>||||<valueQuantity.value> + <valueQuantity.unit> + <valueQuantity.system> + <valueQuantity.code>||||
 |to be continued

← Nächstältere Version		Version vom 21. Februar 2017, 14:05 Uhr
Zeile 446:		Zeile 446:
	====Mapping-Tabelle====		====Mapping-Tabelle====

		+	Die Mapping-Tabelle zeigt auf, wie (bzw. welche) Informationen zwischen XDT und FHIR gemappt werden können. Also welche Entsprechungen existieren und welche Informationen nicht gemappt werden können.

	{\|		{\|

← Nächstältere Version		Version vom 21. Februar 2017, 14:01 Uhr
Zeile 445:		Zeile 445:

	====Mapping-Tabelle====		====Mapping-Tabelle====
		+
		+
		+	{\|
		+	\|-
		+	\|<XDT>\|\|\|\|<FHIR>\|\|\|\|=> Bemerkungen
		+	\|-
		+	\|<Patient.3101>\|\|\|\|<Patient.name.family>\|\|\|\|
		+	\|-
		+	\|<Patient.3102>\|\|\|\|<Patient.name.given>\|\|\|\|
		+	\|-
		+	\|<Patient.3110>\|\|\|\|<Patient.gender>\|\|\|\|=> Mapping erforderlich (2<->female,1<->male...)
		+	\|-
		+	\|<Patient.3103>\|\|\|\|<Patient.birthDate>\|\|\|\|
		+	\|-
		+	\|<Patient.3107> + ' ' + <Patient.3109>\|\|\|\|<Patient.adress.line>\|\|\|\| => in xDT Strasse und Hausnummer getrennt
		+	\|-
		+	\|<Patient.3113>\|\|\|\|<Patient.adress.city>\|\|\|\|
		+	\|-
		+	\|<Patient.3112>\|\|\|\|<Patient.adress.postalCode>\|\|\|\|
		+	\|-
		+	\|<Patient.3632>\|\|\|\|<valueQuantity.value> + <valueQuantity.unit> + <valueQuantity.system> + <valueQuantity.code>\|\|\|\|
		+
		+	\|to be continued
		+	\|}

	==Datenquellen==		==Datenquellen==

@@ Zeile 443: / Zeile 443: @@
 8005 30                         ; Satzende
 </syntaxhighlight>
 ====Mapping-Tabelle====

@@ Zeile 408: / Zeile 408: @@
 <syntaxhighlight lang="text">
-8000 6310		            ; Satzart
+8000 6310                       ; Satzart
-8004 0001111		    ; Satzlänge
+8004 0001111                    ; Satzlänge
 8002 Obj_Kopfdaten	            ; Start Informationsobjekt Kopfdaten
-8315 PRAX_PVS		    ; GDT-ID des Empfängers
+8315 PRAX_PVS                   ; GDT-ID des Empfängers
-8316 SBAN_SYS		    ; GDT-ID des Senders
+8316 SBAN_SYS                   ; GDT-ID des Senders
-9218 03.01		            ; Versions-Nr. GDT
+9218 03.10                      ; Versions-Nr. GDT
 8003 Obj_Kopfdaten	            ; Ende Informationsobjekt Kopfdaten
 8002 Obj_Patient	            ; Start Informationsobjekt Patient
-3000 334799		            ; Patienten-Nummer
+3000 334799                     ; Patienten-Nummer
-3101 Musterfrau	            ; Nachname
+3101 Musterfrau                 ; Nachname
-3102 Marianne		    ; Vorname
+3102 Marianne                   ; Vorname
-3103 19720603		    ; Geburtsdatum
+3103 19720603                   ; Geburtsdatum
 3105 U995367527                 ; Versichertennummer des Patienten
 3107 Musterstrasse              ; Straße des Patienten
 3109 42                         ; Hausnummer des Patienten
-3110 2		            ; Geschlecht (2=weiblich)
+3110 2                          ; Geschlecht (2=weiblich)
 3112 88888                      ; PLZ des Patienten
 3113 Musterhausen               ; Wohnort des Patienten
@@ Zeile 431: / Zeile 431: @@
 8002 Obj_Basisdiagnostik	    ; Start Informationsobjekt Basisdiagnostik
-3622 165.00		            ; Größe in cm
+3622 165.00                     ; Größe in cm
-3632 067.00		            ; Gewicht in Kg
+3632 067.00                     ; Gewicht in Kg
 3700 Geraet.Modell              ; freie basisdiagnostische Kategorie
 3701 SmartBodyAnalyzer          ; Inhalt der zuvor genannten Kategorie
@@ Zeile 441: / Zeile 441: @@
 8002 Obj_Basisdiagnostik	    ; Ende Informationsobjekt Basisdiagnostik
-8005 30			    ; Satzende
+8005 30                         ; Satzende
 </syntaxhighlight>
@@ Zeile 448: / Zeile 448: @@
 {|
 |-
-|<XDT>||<FHIR>||=> Bemerkungen
+|<XDT>||||<FHIR>||||=> Bemerkungen
 |-
-|<Patient.3101>||<Patient.name.family>||
+|<Patient.3101>||||<Patient.name.family>||||
 |-
-|<Patient.3102>||<Patient.name.given>||
+|<Patient.3102>||||<Patient.name.given>||||
 |-
-|<Patient.3110>||<Patient.gender>||=> Mapping erforderlich (2<->female,1<->male...)
+|<Patient.3110>||||<Patient.gender>||||=> Mapping erforderlich (2<->female,1<->male...)
 |-
-|<Patient.3103>||<Patient.birthDate>||
+|<Patient.3103>||||<Patient.birthDate>||||
 |-
-|<Patient.3107> + ' ' + <Patient.3109>||<Patient.adress.line>|| => in xDT Strasse und Hausnummer getrennt
+|<Patient.3107> + ' ' + <Patient.3109>||||<Patient.adress.line>|||| => in xDT Strasse und Hausnummer getrennt
 |-
-|<Patient.3113>||<Patient.adress.city>||
+|<Patient.3113>||||<Patient.adress.city>||||
 |-
-|<Patient.3112>||<Patient.adress.postalCode>||
+|<Patient.3112>||||<Patient.adress.postalCode>||||
 |to be continued
 |}

@@ Zeile 561: / Zeile 561: @@
 ==Anforderungen an Medizingeräte / Medizinprodukte==
 ==SGB V==
 =Schlußwort=

@@ Zeile 103: / Zeile 103: @@
 ==Zweckbestimmungen==
 Auch mobile Anwendungen dienen dem Nutzer auf eine zweckgebundene Art und Weise. Die datenschutzgerechte Verarbeitung von persönlichen oder auch medizinischen Daten eines Nutzers muss stets im Kontext eines definierten Zwecks unter Enwilligung des Nutzers erfolgen.
 ==Nutzer von Apps==

← Nächstältere Version		Version vom 19. Oktober 2016, 13:12 Uhr
Zeile 1:		Zeile 1:
		+	{{WorkBox\|Dieser Leitfaden befindet sich aktuell im Entwurf}}
	=Vorwort=		=Vorwort=
	HL 7 Deutschland e.V. und der Qualitätsring Medizinische Software e.V. (QMS) haben im Dezember 2015 eine gemeinsame Arbeitsgruppe ("AG MobileApps") gegründet, die sich mit der Interoperabilität von Apps für mobile Systeme (mobile Apps) auseinandersetzen soll.		HL 7 Deutschland e.V. und der Qualitätsring Medizinische Software e.V. (QMS) haben im Dezember 2015 eine gemeinsame Arbeitsgruppe ("AG MobileApps") gegründet, die sich mit der Interoperabilität von Apps für mobile Systeme (mobile Apps) auseinandersetzen soll.

@@ Zeile 18: / Zeile 18: @@
 ===REST===
-FHIR verwendet kompakte, in sich geschlossene Datenpakete (Ressourcen), mit einheitlichem, wohldefiniertem Verhalten, Semantik, Kontext- und Metadaten, die basierend auf dem REST-Paradigma zwischen Client und Server ausgetauscht werden können. D
+FHIR verwendet kompakte, in sich geschlossene Datenpakete (Ressourcen), mit einheitlichem, wohldefiniertem Verhalten, Semantik, Kontext- und Metadaten, die basierend auf dem REST-Paradigma zwischen Client und Server ausgetauscht werden können.
-Der Vorteil von REST liegt darin, dass im WWW bereits ein Großteil der für REST nötigen Infrastruktur (z. B. Web- und Application-Server, HTTP-fähige Clients, HTML- und XML-Parser, Sicherheitsmechanismen) vorhanden ist.
+Der Vorteil von REST liegt darin, dass ein Großteil der benötigten Infrastruktur (z. B. Webserver, HTTP-fähige Clients, XML/JSON-Parser, Verschlüsselungs- und Autorisierungsmechanismen) etabliert, erprobt und allgemein bekannt sind. Die Verwendung von Bibliotheken und die Wiederverwendbarkeit von Code erhöhen die Software-Qualität und verkürzen Entwicklungszyklen.
 Für die Repräsentation der Ressourcen sieht FHIR wahlweise XML oder JSON vor.