Was der praktische Unterschied zwischen Fhir Snapshot und Differential

Question

Von here ich diese:

Wenn Differential Einschränkungen in dieser Struktur festgelegt werden, werden sie in einer „Differential“ Art und Weise auf die Basis aufgebracht werden. Wenn keine Basis vorhanden ist, können die Differentialeinschränkungen nicht bereitgestellt werden (nur Snapshot). Differentielle Strukturen sind für die Bearbeitungsperspektive nützlich, und Snapshot-Strukturen sind für den operativen Einsatz geeignet. Das FHIR-Projekt bietet eine Reihe von Tools/Services zum Auffüllen von Snapshots aus differenziellen Constraints. Logische Modelle haben eine Basis von "Element" oder einem anderen logischen Modell.

und es ist diese Frage In FHIR StructureDefinitions (profiles) how do elements aggregate into a snapshot? , die eine sehr technische Beschreibung der Transformation umfasst, aber ich bin immer noch verloren.

Was ist die praktische Implikation als Implementierer? Kann ich den Schnappschuss einfach machen und das Differential ignorieren?

und gibt es praktische Beispiele für den Unterschied?

Answer 1

Implementers kümmern sich normalerweise um den Snapshot - "was ist eigentlich erlaubt". Designer interessieren sich für das Differential - "wie unterscheiden sich die Einschränkungen hier vom Elternteil?". Angesichts der Basis können Sie eine von der anderen generieren, aber es ist rechenintensiv und Systeme müssen nicht unbedingt die Basis haben. Wir übertragen also beide Perspektiven, um sicherzustellen, dass die Instanz sowohl von Design/Rendering-Tools als auch von Software genutzt werden kann.

Aus einer "Lese" -Perspektive, fühlen Sie sich frei zu bestimmen, welche der beiden Ihr System kümmern müssen und ignorieren Sie die anderen. Wenn Sie jedoch Instanzen erstellen, müssen Sie beide auffüllen. (Auf der positiven Seite haben die meisten Referenzimplementierungen die Logik, um eine von den anderen zu generieren, so können Sie sich immer noch auf die eine konzentrieren und die andere weitgehend ignorieren.)