バージョン 2023.3（InterSystems IRIS for Health）の新機能は、FHIR プロファイル基準の検証を実行する機能です。
（*）
この記事では、この機能の基本的な概要を説明します。
FHIR が重要な場合は、この新機能を絶対にお試しになることをお勧めします。このままお読みください。
背景情報
FHIR 規格は、$validate という演算を定義します。 この演算は、リソースを検証する API を提供することを意図しています。
FHIR Validation に関する概要を理解するには、こちらの FHIR ドキュメントをご覧ください。
また、Global Summit 2023 での私の「Performing Advanced FHIR Validation」セッションもご覧ください。最初の方で、様々な種類の検証に関する情報を提供しています。
この検証の一部は、特定のプロファイルに対する検証です。 プロファイリングについてはこちらをご覧ください。
簡単な例として、Patient Resource の基本的な FHIR 定義では、識別子の基数を '0..*' として定義します。つまり、Patient には識別子が何もなく（ゼロ）、それでも有効であるということです。 しかし、US Core Patient Profile は、'1..*' の帰趨を定義しています。つまり、Patient に識別子がない場合、有効ではないということになります。
別の例では、上記の US Core Patient の例に従うと、race や birthsex などの拡張が使用されることがあります。
FHIR Profiling についての詳細は、Global Summit 2022 で @Patrick Jamieson が講演した 「Using FHIR Shorthand」セッションをご覧ください。Pat が FSH（FHIR の略）の使用について説明していますが、Profiling の一般的なトピックの説明から始まっています。
以前のバージョンでは、FHIR Server はこの種（プロファイルベース）の検証をサポートしていませんでしたが、最新バージョン（2023.3）からはサポートされています。
使用方法
ドキュメントには、プロファイルベースの検証に $validate を呼び出す方法についてのセクションが含まれています。
$validate 演算を呼び出す基本的な方法には 2 つあります。
クエリ URL でのプロファイリング
1 つ目は、Request Body の Resource と URL パラメーターとしてのプロファイルを含めた POST 送信です。
たとえば、Postman では:
.png)
または curl を使用（プロファイル URL パラメーターの値のスラッシュのエンコーディングに注意してください。Postman によって処理されます）:
curl --location 'http://fhirserver/endpoint/Patient/$validate?profile=http%3A%2F%2Fhl7.org%2Ffhir%2Fus%2Fcore%2FStructureDefinition%2Fus-core-patient' --header 'Content-Type: application/fhir+json' --header 'Accept: application/fhir+json' --header 'Authorization: Basic U3VwZXJVc2VyOnN5cw==' --data "@data.json"
上記で参照される data.json には、例としてこの有効な US Core Patient が含まれています。
{
"resourceType" : "Patient",
"id" : "example",
"meta" : {
"profile" : ["http://hl7.org/fhir/us/core/StructureDefinition/us-core-patient|7.0.0-ballot"]
},
"text" : {
"status" : "generated",
"div" : "<div xmlns=\"http://www.w3.org/1999/xhtml\"><p style=\"border: 1px #661aff solid; background-color: #e6e6ff; padding: 10px;\"></div>"
},
"extension" : [{
"extension" : [{
"url" : "ombCategory",
"valueCoding" : {
"system" : "urn:oid:2.16.840.1.113883.6.238",
"code" : "2106-3",
"display" : "White"
}
},
{
"url" : "ombCategory",
"valueCoding" : {
"system" : "urn:oid:2.16.840.1.113883.6.238",
"code" : "1002-5",
"display" : "American Indian or Alaska Native"
}
},
{
"url" : "ombCategory",
"valueCoding" : {
"system" : "urn:oid:2.16.840.1.113883.6.238",
"code" : "2028-9",
"display" : "Asian"
}
},
{
"url" : "detailed",
"valueCoding" : {
"system" : "urn:oid:2.16.840.1.113883.6.238",
"code" : "1586-7",
"display" : "Shoshone"
}
},
{
"url" : "detailed",
"valueCoding" : {
"system" : "urn:oid:2.16.840.1.113883.6.238",
"code" : "2036-2",
"display" : "Filipino"
}
},
{
"url" : "text",
"valueString" : "Mixed"
}],
"url" : "http://hl7.org/fhir/us/core/StructureDefinition/us-core-race"
},
{
"extension" : [{
"url" : "ombCategory",
"valueCoding" : {
"system" : "urn:oid:2.16.840.1.113883.6.238",
"code" : "2135-2",
"display" : "Hispanic or Latino"
}
},
{
"url" : "detailed",
"valueCoding" : {
"system" : "urn:oid:2.16.840.1.113883.6.238",
"code" : "2184-0",
"display" : "Dominican"
}
},
{
"url" : "detailed",
"valueCoding" : {
"system" : "urn:oid:2.16.840.1.113883.6.238",
"code" : "2148-5",
"display" : "Mexican"
}
},
{
"url" : "text",
"valueString" : "Hispanic or Latino"
}],
"url" : "http://hl7.org/fhir/us/core/StructureDefinition/us-core-ethnicity"
},
{
"url" : "http://hl7.org/fhir/us/core/StructureDefinition/us-core-birthsex",
"valueCode" : "F"
}
],
"identifier" : [{
"use" : "usual",
"type" : {
"coding" : [{
"system" : "http://terminology.hl7.org/CodeSystem/v2-0203",
"code" : "MR",
"display" : "Medical Record Number"
}],
"text" : "Medical Record Number"
},
"system" : "http://hospital.smarthealthit.org",
"value" : "1032702"
}],
"active" : true,
"name" : [{
"use" : "old",
"family" : "Shaw",
"given" : ["Amy",
"V."],
"period" : {
"start" : "2016-12-06",
"end" : "2020-07-22"
}
},
{
"family" : "Baxter",
"given" : ["Amy",
"V."],
"suffix" : ["PharmD"],
"period" : {
"start" : "2020-07-22"
}
}],
"telecom" : [{
"system" : "phone",
"value" : "555-555-5555",
"use" : "home"
},
{
"system" : "email",
"value" : "amy.shaw@example.com"
}],
"gender" : "female",
"birthDate" : "1987-02-20",
"address" : [{
"use" : "old",
"line" : ["49 MEADOW ST"],
"city" : "MOUNDS",
"state" : "OK",
"postalCode" : "74047",
"country" : "US",
"period" : {
"start" : "2016-12-06",
"end" : "2020-07-22"
}
},
{
"line" : ["183 MOUNTAIN VIEW ST"],
"city" : "MOUNDS",
"state" : "OK",
"postalCode" : "74048",
"country" : "US",
"period" : {
"start" : "2020-07-22"
}
}]
}
この演算のリソースは OperationOutcome Resource です。
Resource が有効（上記のとおり）である場合、この種のレスポンスが得られます。
{
"resourceType": "OperationOutcome",
"issue": [
{
"severity": "information",
"code": "informational",
"details": {
"text": "All OK"
}
}
]
}
ただし、例えば上記の Resource から識別子を省略すると、この OperationOutcome が得られます。
{
"resourceType": "OperationOutcome",
"issue": [
{
"severity": "error",
"code": "invariant",
"details": {
"text": "generated-us-core-patient-1: Constraint violation: identifier.count() >= 1 and identifier.all(system.exists() and value.exists())"
},
"diagnostics": "Caused by: [[expression: identifier.count() >= 1, result: false, location: Patient]]",
"expression": [
"Patient"
]
}
]
}
クエリ本文でのプロファイリング
データを $validate に送信するもう 1 つの方法は、Parameters 配列内のリソースをプロファイルやその他のオプションとともに指定して POST 送信することです。
Postman では、これは以下のようになります。
.png)
curl を使用した場合:
curl --location 'http://fhirserver/endpoint/Patient/$validate' --header 'Content-Type: application/fhir+json' --header 'Accept: application/fhir+json' --header 'Authorization: Basic U3VwZXJVc2VyOnN5cw==' --data "@data.json"
URL にはプロファイルは含まれませんが、ボディのペイロード（または上記の例の data.json）は以下のようになります。
{
"resourceType": "Parameters",
"parameter": [
{
"name": "mode",
"valueString": "profile"
},
{
"name": "profile",
"valueUri": "http://hl7.org/fhir/us/core/StructureDefinition/us-core-patient"
},
{
"name": "resource",
"resource": {
"resourceType": "Patient"
}
}
]
}
実際の Patient Resource は前の例と同じであるため除外しました。
ただし、ここで異なるのは、mode パラメーター要素と profile パラメーター要素であり、リソースは「resource」という独自のパラメーター要素内に含まれています。
ID が URL のどこに含まれるかなど（たとえば、更新または削除を検証するため）、mode のその他のオプションについては、上記で参照したドキュメントをご覧ください。
便宜上、上記のサンプルリクエストなどの Postman コレクションを含む単純な Open Exchange パッケージを作成しました。
コードを使用
標準 REST API 経由で $validate 演算を呼び出す代わりに、ユースケースが適切であれば、内部的にクラスメソッドを呼び出すこともできます。
既存の HS.FHIRServer.Util.ResourceValidator:ValidateResource() メソッド（こちらのドキュメントでも説明）と同様に、ValidateAgainstProfile() という新しいメソッドも追加されており、それを利用できます。
範囲
現在（v2023.3）では、この種の検証（プロファイル基準の検証）は $validate 演算の一部としてのみ行われ、Resource の作成や更新時には行われないことに注意しておくことが重要です。 そこでは、より「基本的な」検証が行われます。 必要であれば、より「高度な」プロファイル基準の検証を使って、POST または PUT される前に Resouce を実行することができます。
別のオプションも、今後のバージョンで提供される可能性があります。
セットアップに関する注意事項
一般に、FHIR Server がほとんどの Profile Validator セットアップを処理します。
確認が必要なのは、サポートされている Java 11 JDK がインストールされていることです（現在、Oracle のものか OpenJDK のもの）。
詳細は、Profile Validation Server の構成に関するドキュメントをご覧ください。
基本的に、Validator JAR を実行するために、外部言語（Java）サーバーが実行中であることが確認されています（JAR ファイルはインストールフォルダの dev/fhir/java にあります。ちなみに、logs フォルダを覗くと、以下のような警告が表示されます:
CodeSystem-account-status.json : Expected: JsonArray but found: OBJECT for element: identifier
気にする必要はありません。 Validator はデフォルトで多数のプロファイルを読み込むものであり、その一部にはフォーマットエラーがあります）。
つまり、外部言語サーバーのリストを見ると、以下のようなものを確認できます。
.png)
Validator がプロファイルに対して検証する必要がある場合、初めてプロファイルをロードする必要があることに注意してください。そのため、パフォーマンスを向上させるために、HS.FHIRServer.Installer:InitalizeProfileValidator() メソッドを呼び出すことができます。
do##class(HS.FHIRServer.Installer).InitializeProfileValidator()
これについても上記で参照したドキュメントには、Validator の構成に関して説明されています。
実際、この呼び出しをインスタンスの %ZSTART 起動ルーチンに含めることもできます。
また、これについても関連するクラスリファレンスで説明されています。
このメソッドは、検証操作中にプロファイルを読み込むことによるパフォーマンスへの影響がないように、インスタンスまたは外部言語サーバーの再起動後に呼び出すことが推奨されています。
今後の予定
今後のバージョンでは、Validator 内と Validator 周りにより多くの機能を提供する予定です。
ただし、例えば現時点でも、外部用語サーバーを使った検証（LOINC コードなど）を実行する場合、別のアプローチを使用することができます。1 つは、前述の Global Summit セッションで説明と実践が行われている方法で、同僚の @Dmitry Zasypkin のサンプル（Open Exchange で提供）に基づくものです。
謝辞
この新機能を調べながらこの記事を準備するにあたって貴重な情報を提供してい頂いた @Kimberly Dunn にお礼申し上げます。
（*）Microsoft Bing の DALL-E 3 を使用して上記の画像を作成してくれた画像クリエーターに感謝しています。
