2015-09-17 2 views
1

Cette page décrit la lecture simple.HL7-Fhir: ressources imbriquées (enfant) et _include prises en charge/autorisées dans le résultat de lecture d'une seule ressource

Cependant, il n'est pas clair pour moi si _include (web-page) est pris en charge (voir chapitre 2.2.4.1 les chemins d'inclusion) et si ressources imbriquée (s) peut également être retourné? La demande est la suivante:
https://example.com/MedicationOrder/5?_include=MedicationOrder.medication valide?

Et si la réponse JSON-être comme:

{ 
    "resourceType": "MedicationOrder", 
    "id": "5", 
    "detail" : "abc", 
    "medication": 
    { 
     "resourceType": "Medication", 
     "id": "example", 
     "otherDetails": "xyz" 
    } 
} 

Répondre

2

_include est uniquement prise en charge dans le cadre d'une recherche. Alors

https://example.com/MedicationOrder/5?_include=MedicationOrder.medication

est pas valide. C'est:

https://example.com/MedicationOrder?_id=5&_include=MedicationOrder:medication

Ensuite, vous revenez un paquet avec le MedicationOrder et le médicament, s'il y en a un. Ce que vous appelez des «ressources imbriquées» - voulez-vous dire des ressources contenues? - Eh bien, s'il y a des ressources contenues dans le MedicationOrder, elles sont toujours retournées avec - elles en font partie. Mais ils n'apparaissent pas dans le médicament comme vous le montrez dans l'exemple ci-dessus. À la place:

{ 
    "resourceType": "MedicationOrder", 
    "id": "5", 
    "detail" : "abc", 
    "medication": { 
    "reference" : "#m1" 
    }, 
    "contained": [ 
    { 
     "resourceType": "Medication", 
     "id": "m1", 
     "otherDetails": "xyz" 
    } 
    ] 
} 
+0

Pour être clair, la réponse json que vous avez affichée ici devrait être la réponse sur un seul GET, comme https://example.com/MedicationOrder/5 –