Articles
Guides de mise en œuvre pour HL7, FHIR, identité des patients et échange de données cliniques.
Ce qui distingue les principaux serveurs FHIR : licence, versions FHIR, persistance, SMART on FHIR, Bulk Data, Subscriptions, validation et hébergement en Europe, avec un guide de choix par scénario.
Un comparatif neutre des moteurs d'interface HL7 en 2026 : licence de Mirth Connect après la 4.6 et ses forks open source, Rhapsody, IguanaX, Qvera QIE, InterSystems Health Connect, BizTalk et les services santé d'Azure, Google et AWS, avec une grille de choix et des notes de migration.
Une référence au niveau du champ pour les messages HL7 v2 : fonctionnement de MSH-9 et des séparateurs, un exemple synthétique commenté par type de message, et les pièges qui cassent les interfaces en production.
Une comparaison de terrain entre openEHR et HL7 FHIR : modélisation à deux niveaux, AQL et API REST openEHR face aux ressources et profils FHIR, avec des déploiements européens et le schéma CDR openEHR plus façade FHIR.
La production ELGA est toujours un échange de documents CDA via IHE XDS. HL7 Austria Core R4 2.0.0 est la référence FHIR. Austrian Patient Summary FHIR n'est pas ELGA en production. Le numéro de sécurité sociale utilise urn:oid:1.2.40.0.10.1.4.3.1.
eHealth Platform Federal Core 2.2.0 est la baseline belge du FHIR. Les IG de la communauté HL7 Belgique et le dossier Patient CareSets 1.0.0 se trouvent au sommet. Le SSIN est l'identifiant du patient. BIHR/EHDS est une feuille de route, pas un produit en production.
Articles 1–6 sur 30 au total
Discutez de vos besoins en matière d’intégration, de données ou de livraison de logiciels.
Autoriser les cookies d'analyse pour aider à comprendre les visites et les demandes de renseignements sur le site ? Les analyses facultatives restent désactivées jusqu'à ce que vous acceptiez.