Protocols for Clinical Registry Extraction and Data Submission (CREDS) IG
1.0.0 - STU1 United States of America flag

This page is part of the Protocols for Clinical Registry Extraction and Data Submission (CREDS) IG (v1.0.0: STU1) based on FHIR R4. This is the current published version in its permanent home (it will always be available at this URL). For a full list of available versions, see the Directory of published versions

Create/Update Registry Definitions

Scope

Create / Update Registry Definition (CURD) This section describes the CURD of this guide. This transaction is used by the Registry Submission Definition Creator and Registry Submission Definition Repository actors.

Actors Roles

Registry Submission Definition CreatorRegistry Submission Definition RepositoryCreate / Update Registry Definition
Figure 2.2-1: Create / Update Registry Definition Use Case Diagram
Table 2.2-1: Actor Roles
ActorRole
Registry Submission Definition Creator Creates or updates registry submission definition resources
Registry Submission Definition Repository Stores registry submission definition resources

Referenced Standards

Table 3.71.3-1: Referenced Standards
StandardName
FHIR-R4HL7 FHIR Release 4
RFC-7230Hypertext Transfer Protocol - HTTP/1.1

Interactions

Registry Submission Definition CreatorRegistry Submission Definition Repository1. Create or Update Registry Submission Definition2. Accept Resource
Figure 2.2-2: Create / Update Registry Definition Interactions

Create or Update Registry Submission Definition

Trigger Event - Create or Update Registry Submission Definition

A Registry Submission Definition Creator requests creation of a new Submission Definition. A logical model or submission transformation created by the Registry Submission Definition Creator is communicated to the Registry Submission Definition Source.

Message Semantics

The Registry Submission Definition Creator creates or updates StructureDefinition on the Registry Submission Definition Repository.

The following are general requirements of the interaction.

Formats

ParameterCardinality Registry Submission Definition Repository Expectation Registry Submitter Expectation
_format=application/fhir+xml|application/fhir+json 0..1 shall shall
_format=xml|json|text/xml|application/json|application/xml|application/xml+fhir|application/json+fhir 0..1 should should not
Accept:=application/fhir+xml|application/fhir+json 0..1 shall shall
Accept:=xml|json|text/xml|application/json|application/xml|application/xml+fhir|application/json+fhir 0..1 should should not
create

The Registry Submission Definition Repository shall support the FHIR create operation on the StructureDefinition resource.

update

The Registry Submission Definition Repository shall support the FHIR update operation on the StructureDefinition resource.

Expected Actions
Create StructureDefinition Resource

The Registry Submission Definition Creator creates or updates StructureDefinition resources and sends them to a Registry Submission Definition Repository

The Registry Submission Definition Creator performs the FHIR create operation on the StructureDefinition resource at a Registry Submission Definition Repository.

Accept Resource

The Registry Submission Consumer reports success using 200 OK, 201 Created, or 202 Accepted to indicate a successful create or update.

Conformance

See the following CapabilityStatement resources for conformance requirements:

  • CapabilityStatement-RSDC-CURD Defines the requirements for the Registry Submission Definition Creator implementing the Create / Update Registry Definition transaction.
  • CapabilityStatement-RSDR-CURD Defines the requirements for the Registry Submission Definition Repository implementing the Create / Update Registry Definition transaction.