復健訓練量表實作指引 (Rehabilitation Training Scale Implementation Guide), published by Kimsber. This guide is not an authorized publication; it is the continuous build for version 0.2.0 built by the FHIR (HL7® FHIR® Standard) CI Build. This version is based on the current content of https://github.com/Kimsber/Rehab-IG/ and changes regularly. See the Directory of published versions
| Official URL: https://build.fhir.org/ig/Kimsber/Rehab-IG/CapabilityStatement/MyFHIRClientCapabilityStatement | Version: 0.2.0 | |||
| Active as of 2025-10-25 | Computable Name: MyFHIRClientCapabilityStatement | |||
Client CapabilityStatement for the Rehab IG FHIR RESTful API.
Raw OpenAPI-Swagger Definition file | Download
json, xmlapplication/json-patch+jsonNote to Implementers: FHIR Capabilities
Any FHIR capability may be 'allowed' by the system unless explicitly marked as 'SHALL NOT'. A few items are marked as MAY in the Implementation Guide to highlight their potential relevance to the use case.
clientClient REST capabilities and supported search parameters.
The summary table lists the resources that are part of this configuration, and for each resource it lists:
_include_revincluderead, search-type.| Conformance | Parameter | Type | Documentation |
|---|---|---|---|
| SHOULD | _id | token | |
| SHOULD | identifier | token |
read, search-type.| Conformance | Parameter | Type | Documentation |
|---|---|---|---|
| SHOULD | _id | token | |
| SHOULD | clinical-status | token | |
| SHOULD | code | token | |
| SHOULD | subject | reference | |
| SHOULD | onset-date | date | |
| SHOULD | abatement-date | date | |
| SHOULD | severity | token |
read, search-type.read, search-type.| Conformance | Parameter | Type | Documentation |
|---|---|---|---|
| SHOULD | patient | reference | |
| SHOULD | lifecycle-status | token | |
| SHOULD | target-date | date | |
| SHOULD | description | token |
read, search-type.| Conformance | Parameter | Type | Documentation |
|---|---|---|---|
| SHOULD | code | token | |
| SHOULD | identifier | token | |
| SHOULD | medication | reference | |
| SHOULD | patient | reference | |
| SHOULD | status | token | |
| SHOULD | context | reference | |
| SHOULD | device | reference | |
| SHOULD | effective-time | date | |
| SHOULD | performer | reference | |
| SHOULD | reason-given | token | |
| SHOULD | reason-not-given | token | |
| SHOULD | request | reference | |
| SHOULD | subject | reference |
read, search-type.read, search-type.| Conformance | Parameter | Type | Documentation |
|---|---|---|---|
| SHOULD | _id | token | |
| SHOULD | identifier | token | |
| SHOULD | name | string | |
| SHOULD | type | token |
read, search-type.| Conformance | Parameter | Type | Documentation |
|---|---|---|---|
| SHOULD | _id | token | |
| SHOULD | birthdate | date | |
| SHOULD | gender | token | |
| SHOULD | identifier | token | |
| SHOULD | name | string |
| Conformance | Operation | Documentation |
|---|---|---|
| SHOULD | $everything |
read, search-type.| Conformance | Parameter | Type | Documentation |
|---|---|---|---|
| SHOULD | _id | token | |
| SHOULD | identifier | token | |
| SHOULD | name | string |
read, search-type.| Conformance | Parameter | Type | Documentation |
|---|---|---|---|
| SHOULD | _id | token | |
| SHOULD | identifier | token | |
| SHOULD | specialty | token |
read, search-type.read, search-type.| Conformance | Parameter | Type | Documentation |
|---|---|---|---|
| SHOULD | identifier | token | |
| SHOULD | title | string |
read, search-type, create, update.| Conformance | Parameter | Type | Documentation |
|---|---|---|---|
| SHOULD | _id | token | |
| SHOULD | patient | reference | |
| SHOULD | status | token | |
| SHOULD | authored | date | |
| SHOULD | questionnaire | reference |
| Conformance | Operation | Documentation |
|---|---|---|
| SHOULD | $extract | Client should be able to call $extract to convert a completed QuestionnaireResponse into structured FHIR resources. Expected workflow:
Example response format: { "resourceType": "Bundle", "type": "transaction", "entry": [ { "resource": { "resourceType": "Observation", "code": { "coding": [{ "code": "depression-score" }] }, "value": { "integer": 15 } } } ] } The actual extraction behavior is determined by SDC and the server implementation. |