Vital Records Medicolegal Death Investigation (MDI) FHIR Implementation Guide
2.0.0-cibuild - ci-build United States of America flag

Vital Records Medicolegal Death Investigation (MDI) FHIR Implementation Guide, published by HL7 International / Public Health. This guide is not an authorized publication; it is the continuous build for version 2.0.0-cibuild built by the FHIR (HL7® FHIR® Standard) CI Build. This version is based on the current content of https://github.com/HL7/fhir-mdi-ig/ and changes regularly. See the Directory of published versions

CapabilityStatement: CapabilityStatement - MDI CMS Server

Official URL: http://hl7.org/fhir/us/mdi/CapabilityStatement/CapabilityStatement-mdi-cms-server Version: 2.0.0-cibuild
Active as of 2022-07-03 Computable Name: CapabilityStatementMdiCmsServer
Other Identifiers: OID:2.16.840.1.113883.4.642.40.11.13.3

This resource describes expected capabilities of an MDI CMS Server which is responsible for providing responses to the queries submitted by a Client. It lists FHIR profiles and search parameters that, at a minimum, should be supported by MDI CMS Servers. MDI CMS Clients have the option of choosing from this list to access necessary data.

Raw OpenAPI-Swagger Definition file | Download

CapabilityStatement - MDI CMS Server

  • Title:CapabilityStatement - MDI CMS Server
  • Implementation Guide Version: 2.0.0-cibuild
  • FHIR Version: 4.0.1
  • Intended Use: requirements
  • Supported Formats: application/fhir+xml; xml; application/fhir+json; json;
  • Published: 2022-07-03
  • Published by: HL7 International / Public Health
  • Status: active

Description:

This resource describes expected capabilities of an MDI CMS Server which is responsible for providing responses to the queries submitted by a Client. It lists FHIR profiles and search parameters that, at a minimum, should be supported by MDI CMS Servers. MDI CMS Clients have the option of choosing from this list to access necessary data.



Jump to:


FHIR server RESTful Capabilities

Summary of Resource/Profile Capabilities

Resource Type Supported Interactions Supported Profiles Supported Searches Supported _includes Supported _revincludes Supported Operations
Composition read, search-type, Composition - MDI and EDRS, subject, patient, $operation-composition-document
Patient read, search-type, US Core Patient Profile, _id, birthdate, family, given, gender, name,
Location read, search-type, Death Location, address,
Observation read, search-type, Observation - Death Date, date,

RESTful server Capabilities by Resource/Profile:

Composition

Conformance Expectation: SHALL

Supported Profiles:

Composition Interaction Summary:

  • SHALL support read, search-type,

Fetch and Search Criteria:

  • A server SHALL be capable of a read interaction returning a Composition resource using: GET [base]/Composition/[id]
  • A server SHALL be capable of a search-type interaction returning Composition resources matching a search query using: GET [base]/Composition/[id]{?[parameters]{&_format=[mime-type]}}

Search Parameter Summary:

Conformance Parameter Type Example
SHALL subject token GET [base]/Composition?subject=[system]|[code]
SHALL patient token GET [base]/Composition?patient=[system]|[code]

Patient

Conformance Expectation: SHALL

Supported Profiles:


Fetch and Search Criteria:

  • A server SHALL be capable of a read interaction returning a Patient resource using: GET [base]/Patient/[id]
  • A server SHALL be capable of a search-type interaction returning Patient resources matching a search query using: GET [base]/Patient/[id]{?[parameters]{&_format=[mime-type]}}

Search Parameter Summary:

Conformance Parameter Type Example
SHALL _id token GET [base]/Patient?_id=[id]
SHALL birthdate date GET [base]/Patient?birthdate=[dateTime]
SHALL family string GET [base]/Patient?family=[family]
SHALL given string GET [base]/Patient?given=[given]
SHALL gender token GET [base]/Patient?gender=[system]|[code]
SHALL name string GET [base]/Patient?name=[name]

Location

Conformance Expectation: SHALL

Supported Profiles:


Fetch and Search Criteria:

  • A server SHALL be capable of a read interaction returning a Location resource using: GET [base]/Location/[id]
  • A server SHALL be capable of a search-type interaction returning Location resources matching a search query using: GET [base]/Location/[id]{?[parameters]{&_format=[mime-type]}}

Search Parameter Summary:

Conformance Parameter Type Example
SHALL address string GET [base]/Location?address=[address]

Observation

Conformance Expectation: SHALL

Supported Profiles:


Fetch and Search Criteria:

  • A server SHALL be capable of a read interaction returning a Observation resource using: GET [base]/Observation/[id]
  • A server SHALL be capable of a search-type interaction returning Observation resources matching a search query using: GET [base]/Observation/[id]{?[parameters]{&_format=[mime-type]}}

Search Parameter Summary:

Conformance Parameter Type Example
SHALL date date GET [base]/Observation?date=[dateTime]

FHIR client RESTful Capabilities

Summary of Resource/Profile Capabilities

Resource Type Supported Interactions Supported Profiles Supported Searches Supported _includes Supported _revincludes Supported Operations
Bundle read, Bundle - Document MDI and EDRS,

RESTful client Capabilities by Resource/Profile:

Bundle

Conformance Expectation:

Supported Profiles:


Fetch and Search Criteria:

  • A client (conformance expectation undefined) be capable of a read interaction fetching a Bundle resource using: GET [base]/Bundle/[id]


Messaging

Supported Message(s):

Mode Definition
receiver MessageDefinition[http://hl7.org/fhir/us/mdi/MessageDefinition/MessageDefinition-toxicology-system|2.0.0-cibuild]


Documents

Mode Profile Notes
producer Composition - MDI and EDRS
consumer Composition - MDI and EDRS