2016-06-23 6 views
2

Ich habe mit der HL7 FHIR .NET API-Referenzimplementierung gearbeitet - unter Verwendung der in der Bibliothek eingebetteten vorhandenen Ressourcenmodelle. Jetzt versuche ich, das Forge-Tool zu verwenden, um die Ressourcen (Einschränkungen/Erweiterungen) an meine Anforderungen anzupassen. Ich bemerkte, dass der HL7-Veröffentlichungsmechanismus keine C# -Modelle ab DSTU 2 generiert und sich fragte, wie Profile, die mit Forge erstellt wurden, in C# -Ressourcenklassen so konvertiert werden können, dass sie in die HL7.Fhir.Model-Assembly aufgenommen werden können das ist Teil der Referenzimplementierung.HL7 FHIR .NET-Modelle - Profile, die mit Forge (DSTU 2) erstellt wurden

Antwort

1

Die Generierung der Modelle, die nicht zum offiziellen Build gehören, ist korrekt.

Dies wurde jetzt zu https://github.com/ewoutkramer/fhir-net-api verschoben, wo der Rest der API leichter verwaltet wird. Es ist mit T4-Vorlagen auf die Ausgabe von den offiziellen Builds getan.

Es gibt einen einfachen Prozess für die Aktualisierung der Modelle mit den neuen Versionen der Spezifikation, und wir halten es frisch, wie die Leute es brauchen, und für jeden Connectathon veröffentlichen wir einen neuen Build in NuGet und haben einen Zweig des Codes in GitHub. (Es ist ein Powershell-Skript, das alle neuesten Build Ausgaben herunterlädt und legt sie in die entsprechenden Ordner, dann müssen Sie die T4-Vorlagen in Visual Studio laufen)

wie diese für den Mai Connectathon in Montreal

https://github.com/ewoutkramer/fhir-net-api/tree/ft-connectathon-may2016

Dies kann mit ein wenig Hilfe selbst erledigt werden.

Wie zum Generieren von Code für ein Profil, haben wir das noch nicht gemacht, aber theoretisch möglich sein. Ich weiß nicht, dass ich dies im Moment rate, während sich die Profile in so viel Entwicklung und Veränderung befinden.

+0

Bitte lassen Sie mich wissen, wenn mein Verständnis richtig ist - um eine Basisressource zu verbessern, sagen Sie Patient, müsste ich die Ressource (Forge ..) mit einer Einschränkung zum Beispiel profilieren. Um mit der modifizierten Ressource zu arbeiten, müsste das resultierende xml/xsd in eine Repräsentation in der Zielsprache konvertiert werden - in diesem Fall C#. Wenn Sie sagen, dass Sie die Umwandlung von Profilen in Code nicht empfehlen würden, was wäre Ihr Vorschlag für den oben beschriebenen Fall - sollte ich direkt die Basisressource xsd modifizieren und sie durch den von Ihnen erwähnten Build/T4-Vorlagengenerierungsprozess ausführen? – RahulB

+0

Sortierung, Erweiterung einer Basis-FHIR-Ressource erfolgt über das Profil (das Sie mit dem Forge-Werkzeug ausführen können), wie Sie es beschrieben haben. Sie müssen jedoch keinen Code ändern, um die erweiterte Ressource verwenden zu können. Dies ist eine der Stärken von FHIR. Diese Funktion von FHIR wird hier beschrieben http://hl7.org/fhir/dstu2/extensibility.html Ohne diese Funktion können profilierte Inhalte nicht problemlos zusammenarbeiten. –

Verwandte Themen