FHIR CI-Build

This is the Continuous Integration Build of FHIR (will be incorrect/inconsistent at times).
See the Directory of published versions

Example CapabilityStatement/phr (JSON)

FHIR Infrastructure Work GroupMaturity Level: N/AStandards Status: InformativeCompartments: No defined compartments

Raw JSON (canonical form + also see JSON Format Specification)

PHR Example

{
  "resourceType" : "CapabilityStatement",
  "id" : "phr",
  "text" : {
    "status" : "generated",
    "div" : "<div xmlns=\"http://www.w3.org/1999/xhtml\">\n     \n      \n      <p>Prototype Capability Statement for September 2013 Connectathon</p>\n     \n      \n      <p>The server offers read and search support on the following resource types:</p>\n     \n      \n      <ul>\n      \n        \n        <li>Patient</li>\n      \n        \n        <li>DocumentReference</li>\n      \n        \n        <li>Condition</li>\n      \n        \n        <li>DiagnosticReport</li>\n    \n      \n      </ul>\n    \n    \n    </div>"
  },
  "extension" : [{
    "url" : "http://hl7.org/fhir/StructureDefinition/structuredefinition-wg",
    "valueCode" : "fhir"
  }],
  "name" : "PHRTemplate",
  "title" : "PHR Template",
  "status" : "draft",
  "date" : "2013-06-18",
  "publisher" : "HL7 International / FHIR Infrastructure",
  "contact" : [{
    "telecom" : [{
      "system" : "url",
      "value" : "http://www.hl7.org/Special/committees/fiwg"
    }]
  }],
  "description" : "Prototype Capability Statement for September 2013 Connectathon",
  "kind" : "capability",
  "software" : {
    "name" : "ACME PHR Server"
  },
  "fhirVersion" : "6.0.0",
  "format" : ["json",
  "xml"],
  "rest" : [{
    "mode" : "server",
    "documentation" : "Protoype server Capability Statement for September 2013 Connectathon",
    "security" : {
      "service" : [{
        "text" : "OAuth"
      }],
      "description" : "We recommend that PHR servers use standard OAuth using a          standard 3rd party provider. We are not testing the ability to provide an          OAuth authentication/authorization service itself, and nor is providing          any security required for the connectathon at all"
    },
    "resource" : [{
      "type" : "Patient",
      "interaction" : [{
        "code" : "read"
      },
      {
        "code" : "search-type",
        "documentation" : "When a client searches patients with no search criteria, they get a list of all patients they have access too. Servers may elect to offer additional search parameters, but this is not required"
      }]
    },
    {
      "type" : "DocumentReference",
      "interaction" : [{
        "code" : "read"
      },
      {
        "code" : "search-type"
      }],
      "searchParam" : [{
        "name" : "_id",
        "type" : "token",
        "documentation" : "_id parameter always supported. For the connectathon, servers may elect which search parameters are supported"
      }]
    },
    {
      "type" : "Condition",
      "interaction" : [{
        "code" : "read"
      },
      {
        "code" : "search-type"
      }],
      "searchParam" : [{
        "name" : "_id",
        "type" : "token",
        "documentation" : "Standard _id parameter"
      }]
    },
    {
      "type" : "DiagnosticReport",
      "interaction" : [{
        "code" : "read"
      },
      {
        "code" : "search-type"
      }],
      "searchParam" : [{
        "name" : "_id",
        "type" : "token",
        "documentation" : "Standard _id parameter"
      },
      {
        "name" : "service",
        "type" : "token",
        "documentation" : "which diagnostic discipline/department created the report"
      }]
    }]
  }]
}

Usage note: every effort has been made to ensure that the examples are correct and useful, but they are not a normative part of the specification.