A: Der Basisleitfaden spiegelt das Ergebnis dessen wieder, was in der Vergangenheit an Fragen an das Technische Komitee gestellt wurde und worüber man in der Community einen Konsens erreicht hat. Wenn Informationen fehlen, gibt es dafür folgende möglich Gründe:
Lösung: Frage in der Community stellen
Lösung: Mit Hilfe der Zulip-Suchfunktionen in der Community nach dem Thema suchen oder einfach dort nachfragen.
Lösung: auf https://registry.fhir.org/guides nach einem geeigneten Leifaden suchen, oder in der Community nach einem solchen Fragen.
A: Während die STU3-Fassung dieses Leitfadens noch use-case-übergreifend nutzbare Basisprofile für eine Reihe von Ressourcen enthielt, hat das TC entschieden, in der R4-Fassung nur noch use-case-spezifische Ressourcenprofile zu veröffentlichen. Die Überfrachtung der offenen Profile mit optionalen Identifier-Slices, Extensions und Codier-Möglichkeiten hat sich in der Praxis als unübersichtlich erwiesen. Statt dessen werden ab R4 nur noch die Bausteine spezifiziert (z.B. einzelne Identifier und Extensions) und zur Verwendung in use-case-spezifischen Profilen, die diese benötigen, bereitgestellt.
A: Wenn man Ressourcen selbst anpasst (sprich: die StructureDefinition bzw. das XML-Schema ändert), ist es nicht mehr der FHIR-Standard. Alle Ressourcen-Instanzen müssen stets gegen die Basisprofile valide sein.
Für die Erweiterung von Ressourcen verwendet man in FHIR stattdessen Extensions.
Folgende Schritte sollten befolgt werden, wenn der Bedarf einer Erweiterung/Änderung besteht:
A: Technisch möglich sind "Custom Resources" grundsätzlich, aber sie sind eben nicht interoperabel, weil sie nicht Bestandteil des Standards sind. Gedacht also primär für rein systeminterne oder hausinterne Benutzung. Wer eigene FHIR-Ressourcen verwendet und auch kommuniziert, darf sich danach nicht mehr als "konform" zum FHIR-Standard bezeichen.
In der Regel gibt es bessere Lösungen: