Create FamilyMemberHistory

Create FamilyMemberHistory using FHIR R4 4.0.1.

Resource category: FamilyMemberHistory.

Endpoint

MethodEndpoint
POST/api/fhir/r4/FamilyMemberHistory

Use the R4 base URL from your DDFS instance. Send Authorization: Bearer <access-token> and accept application/fhir+json.

Send Content-Type: application/fhir+json.

Parameters

ParameterLocationRequiredTypeDescription
FamilyMemberHistoryJSON request bodyYesFHIR R4 FamilyMemberHistorySupply a valid complete resource. The server assigns the created resource ID.

Authorization

ContextResource scope
Resource-server definition / issued tokensystem/FamilyMemberHistory.c
Client grant / token requestddfssystem/FamilyMemberHistory.c

Resource constraints still apply. Use the least privilege needed for this operation; see authentication and scope configuration.

Example Request

Replace the example logical IDs, version IDs and connection values with values for your workflow.

POST /api/fhir/r4/FamilyMemberHistory
Content-Type: application/fhir+json

{
  "resourceType": "FamilyMemberHistory",
  "status": "completed",
  "patient": {
    "reference": "Patient/synthetic-patient"
  },
  "relationship": {
    "coding": [
      {
        "system": "http://terminology.hl7.org/CodeSystem/v3-RoleCode",
        "code": "MTH"
      }
    ]
  },
  "condition": [
    {
      "code": {
        "coding": [
          {
            "system": "http://snomed.info/sct",
            "code": "254837009"
          }
        ]
      }
    }
  ]
}

Responses

Successful statusMeaning
201Resource created; response content follows the supported return preference.

For common error statuses and FHIR-formatted error bodies, see OperationOutcome errors. Authentication/authorization responses follow the shared policy; a protected resource can be concealed as 404. See also interaction responses.

Supported Prefer return preferences control response content; applicable Location, ETag and Last-Modified headers follow the lifecycle contract.