FHIR Release 3 (STU) R4 Ballot #1 (Mixed Normative/Trial use)

This page is part of the FHIR Specification (v3.0.2: STU 3). (v3.3.0: R4 Ballot 2). The current version which supercedes this version is 5.0.0 . For a full list of available versions, see the Directory of published versions . Page versions: R5 R4B R4 R3

12.2 Logical Model Pattern definition - Content

FHIR Infrastructure Maturity Level : 1 Informative

A pattern to be followed by resources that represent a specific proposal, plan and/or order for some sort of action or service.

12.2.1 Scope and Usage

This is NOT a resource. It is not part of the FHIR schema and cannot appear directly in FHIR instances. It is a logical model that defines a pattern adhered to by other resources. This pattern serves two purposes:

  • It offers guidance to work groups designing resources and helps ensure consistency of content created by different work groups
  • It provides a standard "view" "view" that might be useful for implementers in processing and manipulating all resources that adhere to the same pattern. (Tooling that supports this may become available in a future release.)

A "definition" "definition" resource is a resource that describes a type of activity that *can* occur in a manner that is independent of a particular patient or subject. Examples include protocols, order sets, questionnaires, etc. It only includes definitions of activities, not of objects or roles.

12.2.2 Boundaries and Relationships

This logical model is one of three common workflow patterns . The other two patterns are Event and Request . This pattern is followed by (or is intended to be followed by a number of other FHIR resources /

Both definitions and requests deal with activities that "can" "can" occur, but requests represent a specific intention for something to occur and are bound to a specific context of subject and time, while definitions represent mere "possibility" "possibility" rather than intention and are independent of a specific subject or timeframe.

12.2.3 Background and Context

This model represents a pattern. It provides a standard list of data elements with cardinalities, data types, definitions, rationale and usage notes that will ideally be adhered to by resources that fall into the "definition" "definition" workflow category. However, adherence to this pattern is not mandatory. Not all healthcare domains are the same. Concepts that may be generally applicable (and thus are included in this standard pattern) might still not be relevant everywhere or may be sufficiently uncommon that they are more appropriate to include as extensions than as core properties of the resource. Work groups are encouraged to adjust descriptions, usage notes and rationale to be specific to their resource (e.g. use the term "protocol" "protocol" or "questionnaire" "questionnaire" rather than "definition"). "definition"). As well, design notes in the comments column marked with [square brackets] identifies areas where domain variation is expected and encouraged. Other variation, including differences in names, cardinalities, data types and the decision to omit an element outright are also possible, but should be discussed with the FHIR Infrastructure work group's Workflow project to ensure the rationale for non-alignment is understood, to confirm that the deviation is necessary and to identify whether any adjustments to the pattern are appropriate.

Unlike the request and event patterns, this pattern has not yet been formally reviewed, nor applied to any of its candidate resources. It should therefore be treated as a draft for comment. Alignment with this pattern (and the content of the pattern) will be discussed by work groups as part of ballot reconciliation.

This pattern provides a linkage to the W5 list of standard data elements. Resources that adhere to this pattern should ensure their w5 mappings are consistent, as is their data element ordering.

12.2.4 Logical Model Pattern Content

Structure

Name Flags Card. Type Description & Constraints doco
. . Definition I Logical Definition Pattern
. . . url Σ 0..1 uri Logical canonical uri to reference this {{title}} (globally unique)
. . . identifier Σ 0..1 Identifier Business Identifier for {{title}}
. . . version Σ 0..1 string Business version of the {{title}}
. . . title Σ 0..1 string Name for this {{title}} (Human friendly)
. . definition . derivedFromCanonical Σ 0..* Reference canonical ( Definition Based on FHIR protocol or definition
... derivedFromUri ) Instantiates Σ 0..* uri Based on external protocol or definition
. . . partOf Σ 0..* Reference ( Definition canonical ) Part of referenced definition
. . . replaces Σ 0..* Reference ( Definition canonical ) Request(s) replaced by this request
. . . status ?! Σ 1..1 code draft | active | retired | unknown
PublicationStatus ( Required )
. . . experimental ?! Σ 0..1 boolean If for testing purposes, not real usage
. . . subject[x] Σ 0..1 Type of individual the defined service is for
. . . . subjectCodeableConcept CodeableConcept
. . . . subjectReference Reference ( Group )
. . . date Σ 0..1 dateTime Date status first applied
. . . publisher Σ 0..1 Reference ( Practitioner | PractitionerRole | Organization ) The name of the individual or organization that published the {{title}}
. . . contact Σ 0..* ContactDetail Contact details for the publisher
. . . description 0..1 markdown Natural language description of the {{title}}
.. . useContext Σ 0..* UsageContext Content intends to support these contexts
. . . jurisdiction Σ 0..* CodeableConcept Intended jurisdiction for {{title}} (if applicable)
Jurisdiction ValueSet ( Extensible )
. . . description 0..1 markdown Natural language description of the {{title}} purpose 0..1 markdown Why this {{title}} is defined
. . . copyright 0..1 markdown Use and/or publishing restrictions
. . . approvalDate 0..1 date When {{title}} approved by publisher
. . . lastReviewDate 0..1 date Last review date for the {{title}}
. . . effectivePeriod Σ 0..1 Period The effective date range for the {{title}}
. . . performerType Σ 0..1 CodeableConcept Desired kind of service performer

doco Documentation for this format

UML Diagram ( Legend )

Definition ( Logical ) An absolute URL that is used to identify this {{title}} when it is referenced in a specification, model, design or an instance. This SHALL be a URL, SHOULD be globally unique, and SHOULD be an address at which this {{title}} is (or will be) published. The URL SHOULD include the major version of the {{title}}. For more information see [Technical and Business Versions](resource.html#versions) url : uri [0..1] Identifier Business identifiers assigned to this {{title}} request by the requester, performer and or other systems which remain constant as the resource is updated and propagates from server to server identifier : Identifier [0..1] The identifier that is used to identify this version of the {{title}} when it is referenced in a specification, model, design or instance. This is an arbitrary value managed by the {{title}} author and is not expected to be globally unique. For example, it might be a timestamp (e.g. yyyymmdd) if a managed version is not available. There is also no expectation that versions are orderable version : string [0..1] A short, descriptive, user-friendly title for the {{title}} title : string [0..1] A The canonical URL pointing to another FHIR-defined protocol, guideline, orderset or other definition that is adhered to in whole or in part by this definition definition derivedFromCanonical : Reference canonical [0..*] Definition The URL pointing to an externally-defined protocol, guideline, orderset or other definition that is adhered to in whole or in part by this definition derivedFromUri : uri [0..*] A larger definition of which this particular definition is a component or step partOf : Reference canonical [0..*] Definition Completed or terminated request(s) whose function is taken by this new request replaces : Reference canonical [0..*] Definition The current state of the {{title}} (this element modifies the meaning of other elements) status : code [1..1] « The lifecycle status of a Value Set or Concept Map. an artifact. (Strength=Required) PublicationStatus ! » A flag to indicate that this {{title}} is authored for testing purposes (or education/evaluation/marketing), and is not intended to be used for genuine usage (this element modifies the meaning of other elements) experimental : boolean [0..1] A code or group definition that describes the intended subject of instantiations of this definition subject[x] : Type [0..1] « CodeableConcept | Reference ( Group ) » For draft definitions, indicates the date of initial creation. For active definitions, represents the date of activation. For withdrawn definitions, indicates the date of withdrawal date : dateTime [0..1] Helps establish the "authority/credibility" "authority/credibility" of the {{title}}. May also allow for contact publisher : Reference [0..1] « Practitioner | PractitionerRole | Organization » Contact details to assist a user in finding and communicating with the publisher contact : ContactDetail [0..*] A free text natural language description of the {{title}} from the consumer's perspective description : markdown [0..1] The content was developed with a focus and intent of supporting the contexts that are listed. These terms may be used to assist with indexing and searching of code system definitions useContext : UsageContext [0..*] A jurisdiction in which the {{title}} is intended to be used jurisdiction : CodeableConcept [0..*] « Countries and regions within which this artifact is targeted for use (Strength=Extensible) Jurisdiction ValueSet + » A free text natural language description of the {{title}} from the consumer's perspective description : markdown [0..1] Explains why this {{title}} is needed and why it has been designed as it has purpose : markdown [0..1] A copyright statement relating to the {{title}} and/or its contents. Copyright statements are generally legal restrictions on the use and publishing of the {{title}} copyright : markdown [0..1] The date on which the asset content was approved by the publisher. Approval happens once when the content is officially approved for usage approvalDate : date [0..1] The date on which the asset content was last reviewed. Review happens periodically after that, but doesn't change the original approval date lastReviewDate : date [0..1] The period during which the {{title}} content was or is planned to be effective effectivePeriod : Period [0..1] The type of individual that is expected to act upon instances of this definition performerType : CodeableConcept [0..1]

Structure

Name Flags Card. Type Description & Constraints doco
. . Definition I Logical Definition Pattern
. . . url Σ 0..1 uri Logical canonical uri to reference this {{title}} (globally unique)
. . . identifier Σ 0..1 Identifier Business Identifier for {{title}}
. . . version Σ 0..1 string Business version of the {{title}}
. . . title Σ 0..1 string Name for this {{title}} (Human friendly)
. . definition . derivedFromCanonical Σ 0..* Reference canonical ( Definition Based on FHIR protocol or definition
... derivedFromUri ) Instantiates Σ 0..* uri Based on external protocol or definition
. . . partOf Σ 0..* Reference ( Definition canonical ) Part of referenced definition
. . . replaces Σ 0..* Reference ( Definition canonical ) Request(s) replaced by this request
. . . status ?! Σ 1..1 code draft | active | retired | unknown
PublicationStatus ( Required )
. . . experimental ?! Σ 0..1 boolean If for testing purposes, not real usage
. . . subject[x] Σ 0..1 Type of individual the defined service is for
. . . . subjectCodeableConcept CodeableConcept
. . . . subjectReference Reference ( Group )
. . . date Σ 0..1 dateTime Date status first applied
. . . publisher Σ 0..1 Reference ( Practitioner | PractitionerRole | Organization ) The name of the individual or organization that published the {{title}}
. . . contact Σ 0..* ContactDetail Contact details for the publisher
. . . description 0..1 markdown Natural language description of the {{title}}
.. . useContext Σ 0..* UsageContext Content intends to support these contexts
. . . jurisdiction Σ 0..* CodeableConcept Intended jurisdiction for {{title}} (if applicable)
Jurisdiction ValueSet ( Extensible )
. . . description 0..1 markdown Natural language description of the {{title}} purpose 0..1 markdown Why this {{title}} is defined
. . . copyright 0..1 markdown Use and/or publishing restrictions
. . . approvalDate 0..1 date When {{title}} approved by publisher
. . . lastReviewDate 0..1 date Last review date for the {{title}}
. . . effectivePeriod Σ 0..1 Period The effective date range for the {{title}}
. . . performerType Σ 0..1 CodeableConcept Desired kind of service performer

doco Documentation for this format

UML Diagram ( Legend )

Definition ( Logical ) An absolute URL that is used to identify this {{title}} when it is referenced in a specification, model, design or an instance. This SHALL be a URL, SHOULD be globally unique, and SHOULD be an address at which this {{title}} is (or will be) published. The URL SHOULD include the major version of the {{title}}. For more information see [Technical and Business Versions](resource.html#versions) url : uri [0..1] Identifier Business identifiers assigned to this {{title}} request by the requester, performer and or other systems which remain constant as the resource is updated and propagates from server to server identifier : Identifier [0..1] The identifier that is used to identify this version of the {{title}} when it is referenced in a specification, model, design or instance. This is an arbitrary value managed by the {{title}} author and is not expected to be globally unique. For example, it might be a timestamp (e.g. yyyymmdd) if a managed version is not available. There is also no expectation that versions are orderable version : string [0..1] A short, descriptive, user-friendly title for the {{title}} title : string [0..1] A The canonical URL pointing to another FHIR-defined protocol, guideline, orderset or other definition that is adhered to in whole or in part by this definition definition derivedFromCanonical : Reference canonical [0..*] Definition The URL pointing to an externally-defined protocol, guideline, orderset or other definition that is adhered to in whole or in part by this definition derivedFromUri : uri [0..*] A larger definition of which this particular definition is a component or step partOf : Reference canonical [0..*] Definition Completed or terminated request(s) whose function is taken by this new request replaces : Reference canonical [0..*] Definition The current state of the {{title}} (this element modifies the meaning of other elements) status : code [1..1] « The lifecycle status of a Value Set or Concept Map. an artifact. (Strength=Required) PublicationStatus ! » A flag to indicate that this {{title}} is authored for testing purposes (or education/evaluation/marketing), and is not intended to be used for genuine usage (this element modifies the meaning of other elements) experimental : boolean [0..1] A code or group definition that describes the intended subject of instantiations of this definition subject[x] : Type [0..1] « CodeableConcept | Reference ( Group ) » For draft definitions, indicates the date of initial creation. For active definitions, represents the date of activation. For withdrawn definitions, indicates the date of withdrawal date : dateTime [0..1] Helps establish the "authority/credibility" "authority/credibility" of the {{title}}. May also allow for contact publisher : Reference [0..1] « Practitioner | PractitionerRole | Organization » Contact details to assist a user in finding and communicating with the publisher contact : ContactDetail [0..*] A free text natural language description of the {{title}} from the consumer's perspective description : markdown [0..1] The content was developed with a focus and intent of supporting the contexts that are listed. These terms may be used to assist with indexing and searching of code system definitions useContext : UsageContext [0..*] A jurisdiction in which the {{title}} is intended to be used jurisdiction : CodeableConcept [0..*] « Countries and regions within which this artifact is targeted for use (Strength=Extensible) Jurisdiction ValueSet + » A free text natural language description of the {{title}} from the consumer's perspective description : markdown [0..1] Explains why this {{title}} is needed and why it has been designed as it has purpose : markdown [0..1] A copyright statement relating to the {{title}} and/or its contents. Copyright statements are generally legal restrictions on the use and publishing of the {{title}} copyright : markdown [0..1] The date on which the asset content was approved by the publisher. Approval happens once when the content is officially approved for usage approvalDate : date [0..1] The date on which the asset content was last reviewed. Review happens periodically after that, but doesn't change the original approval date lastReviewDate : date [0..1] The period during which the {{title}} content was or is planned to be effective effectivePeriod : Period [0..1] The type of individual that is expected to act upon instances of this definition performerType : CodeableConcept [0..1]

 

12.2.4.1 Terminology Bindings

Path Definition Type Reference
Definition.status The lifecycle status of a Value Set or Concept Map. an artifact. Required PublicationStatus
Definition.subject[x] Codes identifying the type of subject intended to be the recpient or focus of the defined action. These should ideally be consistent across definition resources. Unknown No details provided yet
Definition.jurisdiction Countries and regions within which this artifact is targeted for use Extensible Jurisdiction ValueSet
Definition.performerType Identifies types of practitioners, devices or others other agents that are intended to perform a defined action. While the detailed constraints of relevant providers agents will vary by resource, some degree of consistency around recommended codes across request and definition resources would be desirable Unknown No details provided yet

12.2.5 State Machine

The following diagram shows the "typical" "typical" state machine diagram for resources following the Definition pattern. Note that not all resources will support all states, some resources may choose different names for certain states and some resources may introduce sub-states to the listed states. As well, additional transitions may be supported, including from terminal nodes (e.g. from "withdrawn" "withdrawn" back to "active"). "active"). That said, most resources should align with this state machine fairly well.

Typical state machine diagram for resources following the Definition pattern

12.2.5.1 Mappings

url identifier version title derivedFromCanonical derivedFromUri partOf replaces status experimental subject[x] date publisher contact description useContext jurisdiction purpose copyright approvalDate lastReviewDate effectivePeriod performerType
ActivityDefinition 1 1 C 1 1 1 1 1 1 1 1 1 1 1 1 1
CapabilityStatement 1 1 1 1 1 1 1 T 1 1 1 1 1 1
CodeSystem 1 1 1 1 1 1 1 1 T 1 1 1 1 1 1
CompartmentDefinition 1 1 1 1 1 1 T 1 1 1 1 1
ConceptMap 1 1 1 1 1 1 1 1 T 1 1 1 1 1 1
EventDefinition 1 1 C 1 1 1 1 1 1 T 1 1 1 1 1 1 1 1 1
ExampleScenario 1 1 C 1 1 1 1 1 T 1 1 1 1 1
ExpansionProfile 1 1 1 1 1 1 1 T 1 1 1 1
GraphDefinition 1 1 1 1 1 1 T 1 1 1 1 1
ImplementationGuide 1 1 1 1 1 1 T 1 1 1 1 1
Library 1 1 C 1 1 1 1 1 1 T 1 1 1 1 1 1 1 1 1
Measure 1 1 C 1 1 1 1 1 1 T 1 1 1 1 1 1 1 1 1
MessageDefinition 1 1 1 1 1 1 1 1 T 1 1 1 1 1 1
NamingSystem 1 1 1 T 1 1 1 1
OccupationalData 1
OperationDefinition 1 1 1 N 1 1 NTC 1 1 T 1 1 1 1 1
PlanDefinition 1 1 C 1 2 1 1 NC 1 1 T 1 3 NT 1 1 1 1 1 1 1
Questionnaire 1 1 C 1 1 1 1 1 NTC 1 1 T 1 1 1 1 1 1 1 1 1
SearchParameter 1 1 1 1 1 1 T 1 1 1 1 1
StructureDefinition 1 1 C 1 1 1 1 1 1 T 1 1 1 1 1 1
StructureMap 1 1 C 1 1 1 1 1 1 T 1 1 1 1 1 1
TerminologyCapabilities 1 1 1 1 1 1 1 T 1 1 1 1 1 1
TestScript 1 1 1 1 1 1 1 1 T 1 1 1 1 1 1
ValueSet 1 1 C 1 1 1 1 1 1 T 1 1 1 1 1 1