FHIR über HIE Repository

Question

Ich muss FHIR API über unser klinisches Repository implementieren. Da unsere Daten aus mehreren Quellen gespeichert sind, wird jede klinische Daten/Handlung mit einem System + ID-Paar dargestellt, wobei das System im Allgemeinen durch OID repräsentiert wird. z.B. Die Patientenkennung lautet {1.4.7.9.9, MRN123}
Die Frage ist, wie man solche Ressourcen aus Kundenperspektive angehen kann.

Meine Optionen sind:
1. h_t_t_p: //BaseUrl/1.4.7.9.9/Patient/MRN123/... - wo h_t_t_p: //BaseUrl/1.4.7.9.9 wird gesetzt Als Basisadresse und Pfad werden alle Ressourcen ausgewertet.
2. h_t_t_p: //BaseUrl/Patient/1.4.7.9.9+MRN123/... - Verkettung von System und ID. Dieser Ansatz ist höchst unerwünscht, da der Konsument die systemId im Allgemeinen nicht kennt (in Option 1 - wir stellen ihm die zu verwendende baseUrl zur Verfügung).
3. "Standard" URL-Schema h_t_t_p: // BaseUrl/Patient/MRN123/... mit dem System als benutzerdefinierte Eigenschaft in der Kopfzeile der HTTP-Anfrage.

Schätzen Sie Ihre Gedanken und andere Optionen, falls vorhanden,

diese Frage
Dank für die Bekämpfung der

Answer 1

Option 3 nicht konformer ist, weil es Schlüssel in Kollision zur Folge haben wird - die URL selbst muss eindeutig sein innerhalb des Servers.

Option 1 erfordert im Wesentlichen einen anderen FHIR-Endpunkt (mit einer eigenen Conformance-Anweisung und der Fähigkeit, Abfragen usw. zu bearbeiten). Dies scheint sowohl für Sie als auch für andere Implementierer ein Schmerz zu sein müsste alle Basis-URLs kennen, um Sie zu erreichen, sie müssten alle Endpunkte suchen, um alle Patienten zu finden, usw.)

Das lässt Option 2. Ich verstehe nicht, warum das unerwünscht ist. In der Regel sind Ressourcen-IDs wie primäre Datenbankschlüssel. Kein externes System weiß, was sie sind, bis sie Ihr System durchsuchen. Clients von FHIR-Systemen können sich nicht auf ein bestimmtes Schema für Ressourcen-IDs verlassen - auf vielen Servern sind sie zufällige Leitfäden. Daher werden Suchanfragen mit den Geschäftskennungen durchgeführt - und in Ihrem Fall würde ich erwarten, dass es ein "Bezeichner" -Element gibt, das auch die Patientenkennung enthält - obwohl es auch in mangelnder Form als "ID" dargestellt wird. Sie können dann nach [base]/Patient? Identifier = MRN123 suchen, auch wenn Sie mehrere Übereinstimmungen erhalten können.

Seitennotiz: Sie können nicht "+" in einem Bezeichner verwenden - also würde ich 1.4.7.9.9 empfehlen: MRN123.