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,FHIR über HIE Repository
Dank für die Bekämpfung der
Also, um zu bestätigen, Ihr klinisches Repository hat keinen eindeutigen Schlüssel für jeden Datensatz, den Sie speichern, nur eine Geschäftskennung, die nur innerhalb Ihres Systems einzigartig ist, wenn Sie beide System + Wert betrachten? –
Eigentlich nicht direkt auf das klinische Repository db zugreifen, aber durch andere interne Web-Services, die Objektmodell, das nicht den eindeutigen Schlüssel, sondern nur das System und die ID, wie ich oben erklärt, so die Antwort auf Ihre Frage ist Ja. –