The response to the discovery endpoint

A JSON object that has properties where the names are defined by the extension definitions

Extension structures SHOULD use a strategy for naming that ensures global uniqueness, such as reverse-domain-name notation, e.g. com.cds-hooks.sandbox.myextension-practitionerspecialty. How to handle complex extensions (objects) is not defined

An array of Cards. Cards can provide a combination of information (for reading), suggested actions (to be applied if a user selects them), and links (to launch an app if the user selects them).

The CDS Client decides how to display cards, but this specification recommends displaying suggestions using buttons, and links using underlined text.

A JSON object that has properties where the names are defined by the extension definitions

Extension structures SHOULD use a strategy for naming that ensures global uniqueness, such as reverse-domain-name notation, e.g. com.cds-hooks.sandbox.myextension-practitionerspecialty. How to handle complex extensions (objects) is not defined

Unique identifier of the card. MAY be used for auditing and logging cards and SHALL be included in any subsequent calls to the CDS service's feedback endpoint.

One-sentence, <140-character summary message for display to the user inside of this card.

Optional detailed information to display; if provided MUST be represented in (GitHub Flavored) Markdown. (For non-urgent cards, the CDS Client MAY hide these details until the user clicks a link like 'view more details...').

Urgency/importance of what this card conveys. Allowed values, in order of increasing urgency, are: info, warning, critical.

The CDS Client MAY use this field to help make UI display decisions such as sort order or coloring.

The source should be the primary source of guidance for the decision support the card represents.

A JSON object that has properties where the names are defined by the extension definitions

Extension structures SHOULD use a strategy for naming that ensures global uniqueness, such as reverse-domain-name notation, e.g. com.cds-hooks.sandbox.myextension-practitionerspecialty. How to handle complex extensions (objects) is not defined

A short, human-readable label to display for the source of the information displayed on this card. If a url is also specified, this MAY be the text for the hyperlink.

An optional absolute URL to load (via GET, in a browser context) when a user clicks on this link to learn more about the organization or data set that provided the information on this card.

Note that this URL should not be used to supply a context-specific 'drill-down' view of the information on this card. For that, use card.link.url instead.

An absolute URL to an icon for the source of this card. The icon returned by this URL SHOULD be a 100x100 pixel PNG image without any transparent regions. The CDS Client may ignore or scale the image during display as appropriate for user experience.

A topic describes the content of the card by providing a high-level categorization that can be useful for filtering, searching or ordered display of related cards in the CDS client's UI. This specification does not prescribe a standard set of topics

This specification does not prescribe a standard set of topics

Allows a service to suggest a set of changes in the context of the current activity (e.g. changing the dose of a medication currently being prescribed, for the order-sign activity).

A JSON object that has properties where the names are defined by the extension definitions

Extension structures SHOULD use a strategy for naming that ensures global uniqueness, such as reverse-domain-name notation, e.g. com.cds-hooks.sandbox.myextension-practitionerspecialty. How to handle complex extensions (objects) is not defined

Human-readable label to display for this suggestion

e.g. the CDS Client might render this as the text on a button tied to this suggestion

Unique identifier, used for auditing and logging suggestions

When there are multiple suggestions, allows a service to indicate that a specific suggestion is recommended from all the available suggestions on the card

CDS Hooks clients may choose to influence their UI based on this value, such as pre-selecting, or highlighting recommended suggestions. Multiple suggestions MAY be recommended, if card.selectionBehavior is any.

Defines a suggested action. Within a suggestion, all actions are logically AND'd together, such that a user selecting a suggestion selects all of the actions within it

When a suggestion contains multiple actions, the actions SHOULD be processed as per FHIR's rules for processing transactions with the CDS Client's fhirServer as the base url for the inferred full URL of the transaction bundle entries. (Specifically, deletes happen first, then creates, then updates).

An Extension

The type of action being performed. Allowed values are: create, update, delete.

Human-readable description of the suggested action that MAY be presented to the end-user.

A booking of a healthcare event among patient(s), practitioner(s), related person(s) and/or device(s) for a specific date/time. This may result in one or more Encounter(s).

Use of this field to communicate a string of a FHIR id for delete suggestions is DEPRECATED and resourceId SHOULD be used instead.

A relative reference to the relevant resource. SHOULD be provided when the type attribute is delete.

Describes the intended selection behavior of the suggestions in the card. Allowed values are: at-most-one, indicating that the user may choose none or at most one of the suggestions; any, indicating that the end user may choose any number of suggestions including none of them and all of them

CDS Clients that do not understand the value MUST treat the card as an error.

Override reasons can be selected by the end user when overriding a card without taking the suggested recommendations. The CDS service MAY return a list of override reasons to the CDS client.

The CDS Client SHOULD present these reasons to the clinician when they dismiss a card. A CDS Client MAY augment the override reasons presented to the user with its own reasons

Allows a service to suggest a link to an app that the user might want to run for additional information or to help guide a decision.

An array of Actions that the CDS Service proposes to auto-apply

Each action follows the schema of a card-based suggestion.action. The CDS Client decides whether to auto-apply actions.

A JSON object that has properties where the names are defined by the extension definitions

Extension structures SHOULD use a strategy for naming that ensures global uniqueness, such as reverse-domain-name notation, e.g. com.cds-hooks.sandbox.myextension-practitionerspecialty. How to handle complex extensions (objects) is not defined

The type of action being performed. Allowed values are: create, update, delete.

Human-readable description of the suggested action that MAY be presented to the end-user.

When the type attribute is create, the resource attribute SHALL contain a new FHIR resource to be created. For update, this holds the updated resource in its entirety and not just the changed fields.

Use of this field to communicate a string of a FHIR id for delete suggestions is DEPRECATED and resourceId SHOULD be used instead.

A relative reference to the relevant resource. SHOULD be provided when the type attribute is delete.

The response to the discovery endpoint

A JSON object that has properties where the names are defined by the extension definitions

Extension structures SHOULD use a strategy for naming that ensures global uniqueness, such as reverse-domain-name notation, e.g. com.cds-hooks.sandbox.myextension-practitionerspecialty. How to handle complex extensions (objects) is not defined

An array of Cards. Cards can provide a combination of information (for reading), suggested actions (to be applied if a user selects them), and links (to launch an app if the user selects them).

The CDS Client decides how to display cards, but this specification recommends displaying suggestions using buttons, and links using underlined text.

A JSON object that has properties where the names are defined by the extension definitions

Extension structures SHOULD use a strategy for naming that ensures global uniqueness, such as reverse-domain-name notation, e.g. com.cds-hooks.sandbox.myextension-practitionerspecialty. How to handle complex extensions (objects) is not defined

Unique identifier of the card. MAY be used for auditing and logging cards and SHALL be included in any subsequent calls to the CDS service's feedback endpoint.

One-sentence, <140-character summary message for display to the user inside of this card.

Optional detailed information to display; if provided MUST be represented in (GitHub Flavored) Markdown. (For non-urgent cards, the CDS Client MAY hide these details until the user clicks a link like 'view more details...').

Urgency/importance of what this card conveys. Allowed values, in order of increasing urgency, are: info, warning, critical.

The CDS Client MAY use this field to help make UI display decisions such as sort order or coloring.

The source should be the primary source of guidance for the decision support the card represents.

A JSON object that has properties where the names are defined by the extension definitions

Extension structures SHOULD use a strategy for naming that ensures global uniqueness, such as reverse-domain-name notation, e.g. com.cds-hooks.sandbox.myextension-practitionerspecialty. How to handle complex extensions (objects) is not defined

A short, human-readable label to display for the source of the information displayed on this card. If a url is also specified, this MAY be the text for the hyperlink.

An optional absolute URL to load (via GET, in a browser context) when a user clicks on this link to learn more about the organization or data set that provided the information on this card.

Note that this URL should not be used to supply a context-specific 'drill-down' view of the information on this card. For that, use card.link.url instead.

An absolute URL to an icon for the source of this card. The icon returned by this URL SHOULD be a 100x100 pixel PNG image without any transparent regions. The CDS Client may ignore or scale the image during display as appropriate for user experience.

A topic describes the content of the card by providing a high-level categorization that can be useful for filtering, searching or ordered display of related cards in the CDS client's UI. This specification does not prescribe a standard set of topics

This specification does not prescribe a standard set of topics

Allows a service to suggest a set of changes in the context of the current activity (e.g. changing the dose of a medication currently being prescribed, for the order-sign activity).

A JSON object that has properties where the names are defined by the extension definitions

Extension structures SHOULD use a strategy for naming that ensures global uniqueness, such as reverse-domain-name notation, e.g. com.cds-hooks.sandbox.myextension-practitionerspecialty. How to handle complex extensions (objects) is not defined

Human-readable label to display for this suggestion

e.g. the CDS Client might render this as the text on a button tied to this suggestion

Unique identifier, used for auditing and logging suggestions

When there are multiple suggestions, allows a service to indicate that a specific suggestion is recommended from all the available suggestions on the card

CDS Hooks clients may choose to influence their UI based on this value, such as pre-selecting, or highlighting recommended suggestions. Multiple suggestions MAY be recommended, if card.selectionBehavior is any.

Defines a suggested action. Within a suggestion, all actions are logically AND'd together, such that a user selecting a suggestion selects all of the actions within it

When a suggestion contains multiple actions, the actions SHOULD be processed as per FHIR's rules for processing transactions with the CDS Client's fhirServer as the base url for the inferred full URL of the transaction bundle entries. (Specifically, deletes happen first, then creates, then updates).

An Extension

The type of action being performed. Allowed values are: create, update, delete.

Human-readable description of the suggested action that MAY be presented to the end-user.

A booking of a healthcare event among patient(s), practitioner(s), related person(s) and/or device(s) for a specific date/time. This may result in one or more Encounter(s).

Use of this field to communicate a string of a FHIR id for delete suggestions is DEPRECATED and resourceId SHOULD be used instead.

A relative reference to the relevant resource. SHOULD be provided when the type attribute is delete.

Describes the intended selection behavior of the suggestions in the card. Allowed values are: at-most-one, indicating that the user may choose none or at most one of the suggestions; any, indicating that the end user may choose any number of suggestions including none of them and all of them

CDS Clients that do not understand the value MUST treat the card as an error.

Override reasons can be selected by the end user when overriding a card without taking the suggested recommendations. The CDS service MAY return a list of override reasons to the CDS client.

The CDS Client SHOULD present these reasons to the clinician when they dismiss a card. A CDS Client MAY augment the override reasons presented to the user with its own reasons

Allows a service to suggest a link to an app that the user might want to run for additional information or to help guide a decision.

An array of Actions that the CDS Service proposes to auto-apply

Each action follows the schema of a card-based suggestion.action. The CDS Client decides whether to auto-apply actions.

A JSON object that has properties where the names are defined by the extension definitions

Extension structures SHOULD use a strategy for naming that ensures global uniqueness, such as reverse-domain-name notation, e.g. com.cds-hooks.sandbox.myextension-practitionerspecialty. How to handle complex extensions (objects) is not defined

The type of action being performed. Allowed values are: create, update, delete.

Human-readable description of the suggested action that MAY be presented to the end-user.

When the type attribute is create, the resource attribute SHALL contain a new FHIR resource to be created. For update, this holds the updated resource in its entirety and not just the changed fields.

Use of this field to communicate a string of a FHIR id for delete suggestions is DEPRECATED and resourceId SHOULD be used instead.

A relative reference to the relevant resource. SHOULD be provided when the type attribute is delete.