Authentification
Chaque établissement reçoit un client id et un client secret. Cet appel renvoie un token Bearer valable une heure.
POST /api/fhir/R4/token
Content-Type: application/json
{
"grant_type": "client_credentials",
"client_id": "hlc_…",
"client_secret": "hls_…"
}Endpoints
GET /api/fhir/R4/metadata décrit le serveur, sans token. Le scan d'un bracelet actif renvoie seulement le code santé. La lecture de ce code renvoie le résumé d'urgence. Un bracelet inconnu ou désactivé renvoie 404.
GET /api/fhir/R4/Patient?identifier=https://gethealth.link/fhir/sid/qr-token|HL…
Authorization: Bearer {token}GET /api/fhir/R4/Patient/384383
Authorization: Bearer {token}
Accept: application/fhir+jsonContenu du résumé
Le résumé est un Bundle. Le premier élément est le patient, avec son contact d'urgence. Les éléments suivants portent le groupe sanguin, les allergies, les maladies chroniques, les médicaments en cours et la note.
{
"resourceType": "Bundle",
"type": "collection",
"entry": [
{
"resource": {
"resourceType": "Patient",
"id": "384383",
"contact": [
{
"name": { "text": "Contact" },
"telecom": [{ "system": "phone", "value": "243000000000" }]
}
]
}
},
{
"resource": {
"resourceType": "AllergyIntolerance",
"code": { "text": "Fruits de mer" }
}
}
]
}OpenMRS et Bahmni
Le module FHIR2 d'OpenMRS peut enregistrer le patient, les allergies, les maladies et le groupe sanguin. Les médicaments arrivent en MedicationStatement : une courte correspondance les range dans le dossier. Un connector scanne le bracelet, interroge HealthLink, puis écrit dans OpenMRS.
HealthLink et OpenMRSDHIS2
DHIS2 sert au suivi et au rapport. Le FHIR adapter peut verser le résumé dans un programme Tracker, avec une règle par champ. Le code santé identifie la personne suivie. L'écran de soins reste dans le dossier clinique.
HealthLink et DHIS2
