診療情報における検体検査結果／感染症検体検査結果の格納に使用する

このプロファイルは、電子カルテ情報共有サービスに送信するために適合したプロファイルである。

バージョン固有の識別子

このリソースのデータが最後に作成、更新、複写された日時。最終更新日時。YYYY-MM-DDThh:mm:ss.sss+zz:zz　例:2015-02-07T13:28:17.239+09:00

この要素は、このリソースのデータを取り込んで蓄積していたシステムが、このリソースになんらかの変更があった可能性があった日時を取得し、このデータを再取り込みする必要性の判断をするために使われる。本要素に前回取り込んだ時点より後の日時が設定されている場合には、なんらかの変更があった可能性がある（変更がない場合もある）ものとして判断される。したがって、内容になんらかの変更があった場合、またはこのリソースのデータが初めて作成された場合には、その時点以降の日時（たとえば、このリソースのデータを作成した日時）を設定しなければならない。内容の変更がない場合でも、このリソースのデータが作り直された場合や単に複写された場合にその日時を設定しなおしてもよい。ただし、内容に変更がないのであれば、日時を変更しなくてもよい。また、この要素の変更とmeta.versionIdの変更とは、必ずしも連動しないことがある。

本プロファイルを識別するURLとバージョンを指定する。http://jpfhir.jp/fhir/eCS/StructureDefinition/JP_Observation_LabResult_eCS|1　を設定する。

電子カルテ情報共有サービスでは、長期保存フラグの設定する場合に使用する。

電子カルテ情報共有サービスで長期保存フラグの設定する場合に使用する。

固定値 http://jpfhir.jp/fhir/clins/CodeSystem/JP_ehrshrs_indication　を設定する。

長期保存フラグ　固定値 LTSを設定する。

検体検査を実施（検体を採取）したときの入院外来受診情報をコンパクトに格納したEncounterリソース

電子カルテ情報共有サービスでは必須。encounter要素から参照される場合には、そのJP_Encounterリソースの実体。JP_Encounterリソースにおける必要最小限の要素だけが含まれればよい。ここで埋め込まれるJP_Encounterリソースでは、Encounter.classにこの情報を記録したときの受診情報（入外区分など）を記述して使用する。

検体材料情報をコンパクトに格納したSpecimenリソース

specimen要素から参照される場合には、そのJP_Organizationリソースの実体。JP_Organizationリソースにおける必要最小限の要素だけが含まれればよい。specimen要素ではContainedリソースを参照する方法ではなくspecimen要素に検体材料名だけを記述することもできるので、その場合にはこのContainedリソースは不要。

検査オーダを作成したときの作成医療者情報をコンパクトに格納したPractitionerリソース

performer要素から参照される場合には、そのJP_Practitionerリソースの実体。JP_Practitionerリソースにおける必要最小限の要素、医療者識別情報だけが含まれればよい。電子カルテ情報サービス(このリソースが２文書に含まれるケース)では必須。

診療情報におけるオーダ識別番号情報などをコンパクトに格納したServiceRequestリソース

basedOn要素から参照される場合には、そのJP_ServiceRequestリソースの実体。JP_ServiceRequestリソースにおける必要最小限の要素だけが含まれればよい。

本情報を作成発行した医療機関の識別番号を記述するために使用する拡張「eCS_InstitutionNumber」。 本情報は、ServiceRequestの要素として記述することも可能であるが、その場合もこの拡張で記述することとする。

電子カルテ情報サービスでは、この拡張による記述は必須。医療機関１０桁番号を示すsystem値は"http://jpfhir.jp/fhir/core/IdSystem/insurance-medical-institution-no"を使用する。

本情報を作成発行した診療科または作成発行者の診療科情報を記述するために使用する拡張「eCS_Department」

電子カルテ情報サービスでは、この拡張による記述は必須。コード化する場合には、JAMI(SS-MIX2) 診療科コード表のsystem値"http://jami.jp/SS-MIX2/CodeSystem/ClinicalDepartment"を使用する。診療科を記述する場合には、そのコード化の有無に関わらずtext要素による記述は必須。

このリソース情報の識別ID。

リソース一意識別IDの仕様は、「診療情報・サマリー汎用リソース一意識別ID仕様」を参照のこと。

リソース一意識別IDのsystem値は"http://jpfhir.jp/fhir/core/IdSystem/resourceInstance-identifier"　を設定する。

「リソース一意識別ID」の文字列。URI形式を使う場合には、urn:ietf:rfc:3986に準拠すること。

記述方法は、実装ガイド本文の「リソースへの参照方法　(1)」を使用すること。

検査結果値の状態。

preliminary:暫定報告（このあとで本報告が予定される場合）、final:確定報告（このあと修正されることはもちろん事情によってはありうるが、この報告段階では確定結果として報告されている、corrected:final報告を修正した（新しい結果が有効である）のどちらかを使用する。例外的に、cancelled: この結果や検査実施が取り消されたので報告は取り消された（報告済みの以前の結果は無効である、間違っていたかもしれない）も使用でき、他にもも　http://hl7.org/fhir/observation-status　から選択可能であるが、意味的に紛らわしいので使わない。【SS-MIX2】OUL^R22.OBX[*]-11 結果状態

検査結果カテゴリーのコード。system=http://jpfhir.jp/fhir/core/CodeSystem/JP_SimpleObservationCategory_CS code="laboratory"

検査項目のコードと名称

JLAC10必須の項目と任意の項目がある。

コード化された場合に、そのコード表におけるコードに対応する文字列

標準コードに対応する標準名称文字列が規定されていないことも多いため、この要素は省略できる。値が存在する場合に受信側がこの文字列をどのように使用するかについては特に定めない。ただし、２文書5情報を電子カルテ共有サービスに送信する場合には、「検体検査結果情報における検査項目のコーディング規則」を厳守する必要がある。