診療情報として処方オーダの１処方薬情報の格納に使用する

このプロファイルは、電子カルテ情報共有サービスに２文書（診療情報提供書、退院時サマリー）に含める処方情報にも用いられる。

リソースに関するMetadata。これは、インフラストラクチャによって維持されるコンテンツです。コンテンツの変更は、常にリソースのバージョンの変更に関連付けられているとは限りません。 / The metadata about the resource. This is content that is maintained by the infrastructure. Changes to the content might not always be associated with version changes to the resource.

バージョン固有の識別子

The server assigns this value, and ignores what the client specifies, except in the case that the server is imposing version integrity on updates/deletes.

このリソースのデータが最後に作成、更新、複写された日時。最終更新日時。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_MedicationRequest_eCS|x.y.z　を設定する。

It is up to the server and/or other infrastructure of policy to determine whether/how these claims are verified and/or updated over time. The list of profile URLs is a set.

リソースが構築されたときに従った一連のルールへの参照。コンテンツの処理時に理解する必要があります。多くの場合、これは他のプロファイルなどとともに特別なルールを定義する実装ガイドへの参照です。 / A reference to a set of rules that were followed when the resource was constructed, and which must be understood when processing the content. Often, this is a reference to an implementation guide that defines the special rules along with other profiles etc.

このルールセットを主張することは、コンテンツが限られた取引パートナーのセットによってのみ理解されることを制限します。これにより、本質的に長期的にデータの有用性が制限されます。ただし、既存の健康エコシステムは非常に破壊されており、一般的に計算可能な意味でデータを定義、収集、交換する準備ができていません。可能な限り、実装者や仕様ライターはこの要素の使用を避ける必要があります。多くの場合、使用する場合、URLは、これらの特別なルールを他のプロファイル、バリューセットなどとともに叙述(Narative)の一部として定義する実装ガイドへの参照です。 / Asserting this rule set restricts the content to be only understood by a limited set of trading partners. This inherently limits the usefulness of the data in the long term. However, the existing health eco-system is highly fractured, and not yet ready to define, collect, and exchange data in a generally computable sense. Wherever possible, implementers and/or specification writers should avoid using this element. Often, when used, the URL is a reference to an implementation guide that defines these special rules as part of it's narrative along with other profiles, value sets, etc.

これらのリソースには、それらを含むリソースを除いて独立した存在はありません - 独立して特定することはできず、独自の独立したトランザクションスコープを持つこともできません。 / These resources do not have an independent existence apart from the resource that contains them - they cannot be identified independently, and nor can they have their own independent transaction scope.

識別が失われると、コンテンツを適切に識別できる場合は、これを行うべきではありません。含まれるリソースには、メタ要素にプロファイルとタグがある場合がありますが、セキュリティラベルはありません。 / This should never be done when the content can be identified properly, as once identification is lost, it is extremely difficult (and context dependent) to restore it again. Contained resources may have profiles and tags In their meta elements, but SHALL NOT have security labels.

【電子カルテ情報共有サービスでは必須】処方情報を作成したときの入院外来受診情報をコンパクトに格納したEncounterリソース

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

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

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

処方オーダ識別番号情報などをコンパクトに格納したServiceRequestリソース

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

An Extension

【電子カルテ情報共有サービスでは必須】本情報を作成発行した医療機関の識別番号を記述するために使用する拡張「eCS_InstitutionNumber」。 本情報は、ServiceRequestの要素として記述することも可能であるが、その場合もこの拡張で記述することとする。

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

An Extension

Source of the definition for the extension code - a logical name or a URL.

The definition may point directly to a computable or human-readable definition of the extensibility codes, or it may be a logical URI as declared in some other specification. The definition SHALL be a URI for the Structure Definition defining the extension.

作成発行した医療機関番号を設定する。

The purpose of this identifier.

Applications can assume that an identifier is permanent unless it explicitly says that it is temporary.

Identifies the purpose for this identifier, if known .

Allows the appropriate identifier for a particular context of use to be selected from among a set of identifiers.

Establishes the namespace for the value - that is, a URL that describes a set values that are unique.

Identifier.system is always case sensitive.

There are many sets of identifiers. To perform matching of two identifiers, we need to know what set we're dealing with. The system identifies a particular set of unique identifiers.

医療機関１０桁番号(都道府県コード2桁、保険医療機関区分1桁、保険医療機関番号7桁)

If the value is a full URI, then the system SHALL be urn:ietf:rfc:3986. The value's primary purpose is computational mapping. As a result, it may be normalized for comparison purposes (e.g. removing non-significant whitespace, dashes, etc.) A value formatted for human display can be conveyed using the Rendered Value extension. Identifier.value is to be treated as case sensitive unless knowledge of the Identifier.system allows the processer to be confident that non-case-sensitive processing is safe.

【電子カルテ情報共有サービスでは必須】本情報を作成発行した診療科または作成発行者の診療科情報を記述するために使用する拡張「eCS_Department」

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

An Extension

Source of the definition for the extension code - a logical name or a URL.

The definition may point directly to a computable or human-readable definition of the extensibility codes, or it may be a logical URI as declared in some other specification. The definition SHALL be a URI for the Structure Definition defining the extension.

診療科コードと名称等を設定する。

A human language representation of the concept as seen/selected/uttered by the user who entered the data and/or which represents the intended meaning of the user.

Very often the text is the same as a displayName of one of the codings.

The codes from the terminologies do not always capture the correct meaning with all the nuances of the human using them, or sometimes there is no appropriate code at all. In these cases, the text is used to capture the full meaning of the source.

リソースの基本的な定義の一部ではなく、それを含む要素の理解および/または含有要素の子孫の理解を変更するために使用される場合があります。通常、修飾子要素は否定または資格を提供します。拡張機能を安全で管理しやすくするために、拡張機能の定義と使用に適用される厳格なガバナンスセットがあります。実装者は拡張機能を定義することが許可されていますが、拡張機能の定義の一部として満たされる一連の要件があります。アプリケーションの処理リソースは、修飾子拡張機能をチェックする必要があります。

モディファイア拡張は、リソースまたはdomainResource上の要素の意味を変更してはなりません（修飾軸自体の意味を変更することはできません）。 / May be used to represent additional information that is not part of the basic definition of the resource and that modifies the understanding of the element that contains it and/or the understanding of the containing element's descendants. Usually modifier elements provide negation or qualification. To make the use of extensions safe and manageable, there is a strict set of governance applied to the definition and use of extensions. Though any implementer is allowed to define an extension, there is a set of requirements that SHALL be met as part of the definition of the extension. Applications processing a resource are required to check for modifier extensions.

Modifier extensions SHALL NOT change the meaning of any elements on Resource or DomainResource (including cannot change the meaning of modifierExtension itself).

拡張機能を使用または定義する機関や管轄権に関係なく、アプリケーション、プロジェクト、または標準による拡張機能の使用に関連するスティグマはありません。拡張機能の使用は、FHIR仕様がすべての人にコアレベルのシンプルさを保持できるようにするものです。 / There can be no stigma associated with the use of extensions by any application, project, or standard - regardless of the institution or jurisdiction that uses or defines the extensions. The use of extensions is what allows the FHIR specification to retain a core level of simplicity for everyone.

修飾子拡張機能により、安全に無視できる大部分の拡張機能と明確に区別できるように、安全に無視できない拡張機能が可能になります。これにより、実装者が拡張の存在を禁止する必要性を排除することにより、相互運用性が促進されます。詳細については、[修飾子拡張の定義]（拡張性.html＃modifierextension）を参照してください。 / Modifier extensions allow for extensions that cannot be safely ignored to be clearly distinguished from the vast majority of extensions which can be safely ignored. This promotes interoperability by eliminating the need for implementers to prohibit the presence of extensions. For further information, see the definition of modifier extensions.

このリソース情報の識別ID、および必要であれば処方箋における剤グループ番号、剤グループ内の順序番号などを格納する。

処方オーダに対するID（リソース一意識別ID）の仕様は、「診療情報・サマリー汎用リソース一意識別ID仕様」を参照のこと。

処方箋内で同一用法の薬剤を慣用的にまとめて、Rpに番号をつけて剤グループとして一括指定されることがある。このスライスでは剤グループに対して割り振られたRp番号を記録する。

剤グループに複数の薬剤が含まれる場合、このグループ内の薬剤には同じRp番号が割り振られる。

このidentifierの目的。 / The purpose of this identifier.

アプリケーションは、identifierが一時的なものであると明示的に言っていない限り、永続的であると想定できます。 / Applications can assume that an identifier is permanent unless it explicitly says that it is temporary.

既知の場合、このidentifierの目的を識別します。 / Identifies the purpose for this identifier, if known .

特定の使用のコンテキストが一連のidentifierの中から選択される適切なidentifierを許可します。 / Allows the appropriate identifier for a particular context of use to be selected from among a set of identifiers.

ここで付番されたIDがRp番号であることを明示するためにOID-urlとして定義された。http://jpfhir.jp/fhir/core/mhlw/IdSystem/Medication-RPGroupNumberで固定される。

identifier。システムは常にケースに敏感です。 / Identifier.system is always case sensitive.

identifierのセットがたくさんあります。2つのidentifierを一致させるには、どのセットを扱っているかを知る必要があります。システムは、特定の一意のidentifierセットを識別します。 / There are many sets of identifiers. To perform matching of two identifiers, we need to know what set we're dealing with. The system identifies a particular set of unique identifiers.

Rp番号(剤グループ番号)。"1"など。

value は string型であり、数値はゼロサプレス、つまり、'01'でなく'1'と指定すること。

同一剤グループでの薬剤を表記する際の順番。XML形式と異なりJSON形式の場合、表記順は項目の順序を意味しない。したがって、薬剤の記載順を別に規定する必要があるためIDを用いて表現する。

同一剤グループ内での薬剤の順番を1から順の番号で示す。

このidentifierの目的。 / The purpose of this identifier.

アプリケーションは、identifierが一時的なものであると明示的に言っていない限り、永続的であると想定できます。 / Applications can assume that an identifier is permanent unless it explicitly says that it is temporary.

既知の場合、このidentifierの目的を識別します。 / Identifies the purpose for this identifier, if known .

特定の使用のコンテキストが一連のidentifierの中から選択される適切なidentifierを許可します。 / Allows the appropriate identifier for a particular context of use to be selected from among a set of identifiers.

剤グループ内番号の名前空間を識別するURI。固定値 http://jpfhir.jp/fhir/core/mhlw/IdSystem/MedicationAdministrationIndex

identifier。システムは常にケースに敏感です。 / Identifier.system is always case sensitive.

identifierのセットがたくさんあります。2つのidentifierを一致させるには、どのセットを扱っているかを知る必要があります。システムは、特定の一意のidentifierセットを識別します。 / There are many sets of identifiers. To perform matching of two identifiers, we need to know what set we're dealing with. The system identifies a particular set of unique identifiers.

剤グループ内連番。

value は string型であり、数値はゼロサプレス、つまり、'01'でなく'1'と指定すること。

全国で⼀意となる処方箋ID。system='urn:oid:1.2.392.100495.20.3.11'

全国で⼀意となる処方箋IDは、全国統一的な一意の処方箋番号システムが存在する場合に使用可能なIDであるが、今のところ存在しないため、当面使用することはない。

このidentifierの目的。 / The purpose of this identifier.

アプリケーションは、identifierが一時的なものであると明示的に言っていない限り、永続的であると想定できます。 / Applications can assume that an identifier is permanent unless it explicitly says that it is temporary.

既知の場合、このidentifierの目的を識別します。 / Identifies the purpose for this identifier, if known .

特定の使用のコンテキストが一連のidentifierの中から選択される適切なidentifierを許可します。 / Allows the appropriate identifier for a particular context of use to be selected from among a set of identifiers.

値の名前空間、つまり一意のセット値を記述するURLを確立します。 / Establishes the namespace for the value - that is, a URL that describes a set values that are unique.

identifier。システムは常にケースに敏感です。 / Identifier.system is always case sensitive.

identifierのセットがたくさんあります。2つのidentifierを一致させるには、どのセットを扱っているかを知る必要があります。システムは、特定の一意のidentifierセットを識別します。 / There are many sets of identifiers. To perform matching of two identifiers, we need to know what set we're dealing with. The system identifies a particular set of unique identifiers.

通常、identifierの部分はユーザーに関連し、システムのコンテキスト内で一意のユーザーに関連しています。 / The portion of the identifier typically relevant to the user and which is unique within the context of the system.

値が完全なURIの場合、システムはurn：ietf：rfc：3986でなければなりません。値の主な目的は、計算マッピングです。その結果、比較目的で正規化される可能性があります（例えば、有意でない白文字、ダッシュなどの削除）ヒューマンディスプレイ用の値は、[レンダリングされた値拡張]（拡張レンダリングValue.html）を使用して伝達できます。identifier。価値は、identifierの知識を使用しない限り、ケースに敏感なものとして扱われます。システムにより、プロセッサーは、非セイズに固有の処理が安全であると確信できます。 / If the value is a full URI, then the system SHALL be urn:ietf:rfc:3986. The value's primary purpose is computational mapping. As a result, it may be normalized for comparison purposes (e.g. removing non-significant whitespace, dashes, etc.) A value formatted for human display can be conveyed using the Rendered Value extension. Identifier.value is to be treated as case sensitive unless knowledge of the Identifier.system allows the processer to be confident that non-case-sensitive processing is safe.

処方オーダに対するID（リソース一意識別IDに相当する）。system='http://jpfhir.jp/fhir/core/IdSystem/resourceInstance-identifier'

このオーダIDがあれば、処方箋を作成・発行した医療機関において、オーダシステムでこの特定の処方薬剤のオーダー情報を検索することができるキー情報に相当する。処方箋オーダの番号と、同一処方箋オーダ内の処方薬剤を特定できる順序番号などとの組み合わせでIDを作成することが考えられる。詳細は診療情報・サマリー汎用リソース一意識別ID仕様を参照のこと。診療情報提供書や退院時サマリーなどで単に処方内容だけを記述するだけの場合や、オーダに基づかない処方内容の場合には、適当なダミー番号でも構わないが、設定は必須。

このidentifierの目的。 / The purpose of this identifier.

アプリケーションは、identifierが一時的なものであると明示的に言っていない限り、永続的であると想定できます。 / Applications can assume that an identifier is permanent unless it explicitly says that it is temporary.

既知の場合、このidentifierの目的を識別します。 / Identifies the purpose for this identifier, if known .

特定の使用のコンテキストが一連のidentifierの中から選択される適切なidentifierを許可します。 / Allows the appropriate identifier for a particular context of use to be selected from among a set of identifiers.

値の名前空間、つまり一意のセット値を記述するURLを確立します。 / Establishes the namespace for the value - that is, a URL that describes a set values that are unique.

identifier。システムは常にケースに敏感です。 / Identifier.system is always case sensitive.

identifierのセットがたくさんあります。2つのidentifierを一致させるには、どのセットを扱っているかを知る必要があります。システムは、特定の一意のidentifierセットを識別します。 / There are many sets of identifiers. To perform matching of two identifiers, we need to know what set we're dealing with. The system identifies a particular set of unique identifiers.

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

値が完全なURIの場合、システムはurn：ietf：rfc：3986でなければなりません。値の主な目的は、計算マッピングです。その結果、比較目的で正規化される可能性があります（例えば、有意でない白文字、ダッシュなどの削除）ヒューマンディスプレイ用の値は、[レンダリングされた値拡張]（拡張レンダリングValue.html）を使用して伝達できます。identifier。価値は、identifierの知識を使用しない限り、ケースに敏感なものとして扱われます。システムにより、プロセッサーは、非セイズに固有の処理が安全であると確信できます。 / If the value is a full URI, then the system SHALL be urn:ietf:rfc:3986. The value's primary purpose is computational mapping. As a result, it may be normalized for comparison purposes (e.g. removing non-significant whitespace, dashes, etc.) A value formatted for human display can be conveyed using the Rendered Value extension. Identifier.value is to be treated as case sensitive unless knowledge of the Identifier.system allows the processer to be confident that non-case-sensitive processing is safe.

オーダの現在の状態を示すコード。一般的には active か completed の状態であるだろう。

このエレメントはmodifierとされている。StatusとはこのResourceが現在妥当な状態ではないことも示すからである。

処方イベントの状態を指定するコード化された概念。処方箋のライフサイクルについて説明します。 / A coded concept specifying the state of the prescribing event. Describes the lifecycle of the prescription.

投薬指示の意図 が提案(proposal)、計画(plan)、あるいは他の要求によるものかを示す。

処方をオーダする場合、MedicationRequestのどの段階でオーダしたのかについて、この項目を指定することが期待される。たとえば、proposalであれば患者、関係者、医師あるいは機器からの提案として作成される。"plan"であれば、医師、患者、関係者そして機器からの提案として生成される。"original-order"は医師にしか作成できない。
instance-orderはリクエストあるいはオーダをインスタンス化する段階であり、MedicationAdministrationレコードにも使われる。
intentはこのresourceが実際に適応される時に変化するため、このエレメントはmodifierとしてラベルされる。

種類の薬順。 / The kind of medication order.

このMedicationRequest Resourceが使用される区分を示す。日本では「院外」「院内」「入院」「外来」などの区分を想定する。
一般的には、外来や入院などどこでこの薬剤が投与、内服されるかを想定した区分である。
処方病棟や処方した診療科をOrganization resourceで表現することが冗長である場合にはこの区分が用いられることもある。
HL7 FHIRではvalue setとして http://terminology.hl7.org/CodeSystem/medicationrequest-category がデフォルトで用いられるが、日本での使用の場合持参薬をカバーする必要があり、JAHIS処方データ規約V3.0Cに記載されているMERIT-9処方オーダ表7とJHSP0007表を組み合わせて持ちいることとする。

薬剤が投与あるいはその他の用途で利用されると想定される場面についての区分である。

A reference to a code defined by a terminology system.

Codes may be defined very casually in enumerations, or code lists, up to very formal definitions such as SNOMED CT - see the HL7 v3 Core Principles for more information. Ordering of codings is undefined and SHALL NOT be used to infer meaning. Generally, at most only one of the coding values will be labeled as UserSelected = true.

Allows for alternative encodings within a code system, and translations to other code systems.

JP Core Medication Oral/External Category ValueSetとして、MERIT9コード：http://jpfhir.jp/fhir/core/CodeSystem/JP_MedicationCategoryMERIT9_CS、またはJHSP0007コード　http://jpfhir.jp/fhir/core/CodeSystem/JHSP0007　のいずれかを使用する。

The URI may be an OID (urn:oid:...) or a UUID (urn:uuid:...). OIDs and UUIDs SHALL be references to the HL7 OID registry. Otherwise, the URI should come from HL7's list of FHIR defined special URIs or it should reference to some definition that establishes the system clearly and unambiguously.

Need to be unambiguous about the source of the definition of the symbol.

"薬剤使用区分のコード。MERIT9コードから、OHP:外来処方、OHI:院内処方（外来）、OHO:院外処方（外来）、IHP:入院処方、DCG:退院時処方、ORD:定期処方（入院）、XTR:臨時処方(入院）。JHSP0007コードから、BDP:持参薬処方　などのコード部分（"OHP"など）を使用することができる。"

Need to refer to a particular code in the system.

コードに対応する文字列部分。（OHI:院内処方、OHO:院外処方、IHP:入院処方、DCG:退院時処方、ORD:定期処方、XTR:臨時処方、BDP:持参薬処方　の"院内処方"の文字列など）

Need to be able to carry a human-readable meaning of the code for readers that do not know the system.

このオーダが実施していけないものであればTrueを表示される

もし、doNotPerformに指定がなければ、オーダは実施してもよいものである。(たとえば、「実施せよ」)

本仕様では、処方オーダ時に選択または入力し、実際に処方箋に印字される文字列を必ず text 要素に格納した上で、coding要素を繰り返すことでHOT9やYJコードなど複数のコード体系で医薬品コードを並記することが可能。coding要素を繰り返すことで複数のコード体系で医薬品コード並記することが可能。 本Profile仕様では、処方オーダ時に選択または入力し、実際に処方箋に印字される文字列を必ずtext要素に格納した上で、それをコード化した情報を1個以上のcoding 要素に記述する。使用できるコード体系は電子カルテ情報共有サービスに利用される場合には、個別医薬品コード（通称YJコード）を必須とする。それ以外のコード体系も追加で記述して構わない。

If only a code is specified, then it needs to be a code for a specific product. If more information is required, then the use of the medication resource is recommended. For example, if you require form or lot number, then you must reference the Medication resource.
ひとつのtext要素と、複数のcoding 要素を記述できる。処方オーダ時に選択または入力し、実際に処方箋に印字される文字列を必ずtext要素に格納した上で、それをコード化した情報を1個以上のcoding 要素に記述する。
厚生労働省標準であるHOT9コード（販社指定が不要な場合にはHOT7コード）または広く流通しているYJコードを用いるか、一般名処方の場合には厚生労働省保険局一般名処方マスタのコードを使用して、Coding要素（コードsystemを識別するURI、医薬品のコード、そのコード表における医薬品の名称の3つからなる）で記述する。
なお、上記のいずれの標準的コードも付番されていない医薬品や医療材料の場合には、薬機法の下で使用されているGS1標準の識別コードであるGTIN(Global Trade Item Number)の調剤包装単位（最少包装単位、個別包装単位）14桁を使用する。
ひとつの処方薬、医療材料を複数のコード体系のコードで記述してもよく、その場合にcoding 要素を繰り返して記述する。
ただし、ひとつの処方薬を複数のコードで繰り返し記述する場合には、それらのコードが指し示す処方薬、医療材料は当然同一でなければならない。
また、処方を発行した医療機関内でのデータ利用のために、医療機関固有コード体系によるコード（ハウスコード、ローカルコード）の記述を含めてもよいが、その場合でも上述したいずれかの標準コードを同時に記述することが必要である。

処方する製剤を表すコード。

A reference to a code defined by a terminology system.

Codes may be defined very casually in enumerations, or code lists, up to very formal definitions such as SNOMED CT - see the HL7 v3 Core Principles for more information. Ordering of codings is undefined and SHALL NOT be used to infer meaning. Generally, at most only one of the coding values will be labeled as UserSelected = true.

Allows for alternative encodings within a code system, and translations to other code systems.

A reference to a code defined by a terminology system.

Codes may be defined very casually in enumerations, or code lists, up to very formal definitions such as SNOMED CT - see the HL7 v3 Core Principles for more information. Ordering of codings is undefined and SHALL NOT be used to infer meaning. Generally, at most only one of the coding values will be labeled as UserSelected = true.

Allows for alternative encodings within a code system, and translations to other code systems.

YJコードを識別するsystem値

The URI may be an OID (urn:oid:...) or a UUID (urn:uuid:...). OIDs and UUIDs SHALL be references to the HL7 OID registry. Otherwise, the URI should come from HL7's list of FHIR defined special URIs or it should reference to some definition that establishes the system clearly and unambiguously.

Need to be unambiguous about the source of the definition of the symbol.

A symbol in syntax defined by the system. The symbol may be a predefined code or an expression in a syntax defined by the coding system (e.g. post-coordination).

Need to refer to a particular code in the system.

医薬品名称。この名称は使用するコード表において選択したコードに対応する文字列とする。

Need to be able to carry a human-readable meaning of the code for readers that do not know the system.

A reference to a code defined by a terminology system.

Codes may be defined very casually in enumerations, or code lists, up to very formal definitions such as SNOMED CT - see the HL7 v3 Core Principles for more information. Ordering of codings is undefined and SHALL NOT be used to infer meaning. Generally, at most only one of the coding values will be labeled as UserSelected = true.

Allows for alternative encodings within a code system, and translations to other code systems.

厚生労働省保険局が定める一般処方名マスターコードを識別するsystem値

The URI may be an OID (urn:oid:...) or a UUID (urn:uuid:...). OIDs and UUIDs SHALL be references to the HL7 OID registry. Otherwise, the URI should come from HL7's list of FHIR defined special URIs or it should reference to some definition that establishes the system clearly and unambiguously.

Need to be unambiguous about the source of the definition of the symbol.

厚生労働省保険局が定める一般処方名マスターコード

Need to refer to a particular code in the system.

医薬品名称。この名称は使用するコード表において選択したコードに対応する文字列とする。

Need to be able to carry a human-readable meaning of the code for readers that do not know the system.

A reference to a code defined by a terminology system.

Codes may be defined very casually in enumerations, or code lists, up to very formal definitions such as SNOMED CT - see the HL7 v3 Core Principles for more information. Ordering of codings is undefined and SHALL NOT be used to infer meaning. Generally, at most only one of the coding values will be labeled as UserSelected = true.

Allows for alternative encodings within a code system, and translations to other code systems.

標準医薬品コードがない場合のコード割り当てシステム

The URI may be an OID (urn:oid:...) or a UUID (urn:uuid:...). OIDs and UUIDs SHALL be references to the HL7 OID registry. Otherwise, the URI should come from HL7's list of FHIR defined special URIs or it should reference to some definition that establishes the system clearly and unambiguously.

Need to be unambiguous about the source of the definition of the symbol.

標準コードが存在しない医薬品を意味するコード　NOCODED

Need to refer to a particular code in the system.

標準コードなし

Need to be able to carry a human-readable meaning of the code for readers that do not know the system.

医薬品名称。処方オーダ時に選択または入力し、実際に処方箋に印字される文字列を必ず設定する。

Very often the text is the same as a displayName of one of the codings.

The codes from the terminologies do not always capture the correct meaning with all the nuances of the human using them, or sometimes there is no appropriate code at all. In these cases, the text is used to capture the full meaning of the source.

"患者のFHIRリソース(JP_Patient_eCSに従うPatientリソース)への参照。"

記述方法は、実装ガイド本文の「リソースへの参照方法（2）　Bundleリソースの別のentryのリソースを参照する方法（fullUrlを用いるリテラル参照） 」に従う。

処方を発行したときの受診情報（入外区分など）を記述しているEncounterリソースへの参照

記述方法は、実装ガイド本文の「リソースへの参照方法　(1)」のいずれかを使用すること。電子カルテ情報サービス(このリソースが２文書に含まれるケース)では必須。

JP Coreでは必須。処方指示が最初に作成された日時。秒の精度まで記録する。タイムゾーンも付与しなければならない。

処方者を表すPractitionerリソース（Containedリソース）への参照。電子カルテ情報サービス(このリソースが２文書に含まれるケース)では必須。

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

処方オーダ番号等の一意識別子を含むServiceRequestリソース（Containedリソース）への参照処方オーダ番号等の一意識別子を含むServiceRequestリソース（Containedリソース）への参照

元のオーダID情報や処方依頼に関する情報（処方者の所属や診療科など）が記述されるContainedリソースに含まれるServiceRequest（処方オーダー情報）リソースをこのリソース内で参照する。記述方法は、実装ガイド本文の「リソースへの参照方法　(1)」のいずれかを使用すること。

他の属性では伝えることができなかったMedicationRequestについての付加的情報。

単一の薬剤に対する調剤者に対する指示は、本要素ではなく、MedicationRequestリソースのdispenseRequest要素に対して本文書で定義した拡張「InstructionForDispense」（http://jpfhir.jp/fhir/core/StructureDefinition/JP_MedicationRequest_DispenseRequest_InstructionForDispense）を使用する。 患者に対する補足指示や注意や、不均等投与指示などは、 MedicationRequestリソースのdosageInstruction.additionalInstructionで記述する。 本要素は、それらでは伝えられない薬剤単位の備考や指示を記述する。

備考文字列。markdown 記法により記述できる。

例）”4月1日から4日間服用。2週間休薬後、4月19日から4日間服用。患者に書面にて説明済み。”

患者が薬をどのように使用するかを示します。 / Indicates how the medication is to be used by the patient.

薬の要求には、経口投与または静脈内または筋肉内の用量のオプションが含まれる場合があります。たとえば、「吐き気に必要に応じて、1日に2回Ondansetron 8mgまたはIV」または「Compazine®（プロクロロペラジン）5-10mg POまたは25mg PR BID PRN吐き気または嘔吐」。これらの場合、グループ化できる2つの投薬要求が作成されます。使用する投与経路の決定は、用量が必要な時点での患者の状態に基づいています。 / There are examples where a medication request may include the option of an oral dose or an Intravenous or Intramuscular dose. For example, "Ondansetron 8mg orally or IV twice a day as needed for nausea" or "Compazine® (prochlorperazine) 5-10mg PO or 25mg PR bid prn nausea or vomiting". In these cases, two medication requests would be created that could be grouped together. The decision on which dose and route of administration to use is based on the patient's condition at the time the dose is needed.

調剤情報。 薬剤オーダー(MedicationRequest, Medication Prescription, Medication Orderなどとしても表現される）や薬剤オーダーとの一部としての薬剤の払い出しあるいは提供。この情報はオーダーとしてかならず伝えられるというわけではないことに注意。薬剤部門で調剤・払い出しを完了するための施設（たとえば病院）やシステムでのサポートに関する設定をしてもよい。

要素の基本的な定義の一部ではない追加情報を表すために使用できます。拡張機能を安全で管理しやすくするために、拡張機能の定義と使用に適用される厳格なガバナンスセットがあります。実装者は拡張機能を定義できますが、拡張機能の定義の一部として満たされる一連の要件があります。 / May be used to represent additional information that is not part of the basic definition of the element. To make the use of extensions safe and manageable, there is a strict set of governance applied to the definition and use of extensions. Though any implementer can define an extension, there is a set of requirements that SHALL be met as part of the definition of the extension.

拡張機能を使用または定義する機関や管轄権に関係なく、アプリケーション、プロジェクト、または標準による拡張機能の使用に関連するスティグマはありません。拡張機能の使用は、FHIR仕様がすべての人にコアレベルのシンプルさを保持できるようにするものです。 / There can be no stigma associated with the use of extensions by any application, project, or standard - regardless of the institution or jurisdiction that uses or defines the extensions. The use of extensions is what allows the FHIR specification to retain a core level of simplicity for everyone.

頓用回数を表現する拡張

要素の基本的な定義の一部ではなく、それが含まれている要素の理解、および/または含まれる要素の子孫の理解を変更するために使用される場合があります。通常、修飾子要素は否定または資格を提供します。拡張機能を安全で管理しやすくするために、拡張機能の定義と使用に適用される厳格なガバナンスセットがあります。実装者は拡張機能を定義できますが、拡張機能の定義の一部として満たされる一連の要件があります。アプリケーションの処理リソースは、修飾子拡張機能をチェックする必要があります。

モディファイア拡張は、リソースまたはdomainResource上の要素の意味を変更してはなりません（修飾軸自体の意味を変更することはできません）。 / May be used to represent additional information that is not part of the basic definition of the element and that modifies the understanding of the element in which it is contained and/or the understanding of the containing element's descendants. Usually modifier elements provide negation or qualification. To make the use of extensions safe and manageable, there is a strict set of governance applied to the definition and use of extensions. Though any implementer can define an extension, there is a set of requirements that SHALL be met as part of the definition of the extension. Applications processing a resource are required to check for modifier extensions.

Modifier extensions SHALL NOT change the meaning of any elements on Resource or DomainResource (including cannot change the meaning of modifierExtension itself).

拡張機能を使用または定義する機関や管轄権に関係なく、アプリケーション、プロジェクト、または標準による拡張機能の使用に関連するスティグマはありません。拡張機能の使用は、FHIR仕様がすべての人にコアレベルのシンプルさを保持できるようにするものです。 / There can be no stigma associated with the use of extensions by any application, project, or standard - regardless of the institution or jurisdiction that uses or defines the extensions. The use of extensions is what allows the FHIR specification to retain a core level of simplicity for everyone.

修飾子拡張機能により、安全に無視できる大部分の拡張機能と明確に区別できるように、安全に無視できない拡張機能が可能になります。これにより、実装者が拡張の存在を禁止する必要性を排除することにより、相互運用性が促進されます。詳細については、[修飾子拡張の定義]（拡張性.html＃modifierextension）を参照してください。 / Modifier extensions allow for extensions that cannot be safely ignored to be clearly distinguished from the vast majority of extensions which can be safely ignored. This promotes interoperability by eliminating the need for implementers to prohibit the presence of extensions. For further information, see the definition of modifier extensions.

1回の調剤で払い出される薬剤の量

このエレメントはどのような量を表現するか定義するためにコンテキストにあわせてよく定義される。したがって、どのような単位でも利用することができる。使用されるコンテキストによってcomparatorエレメントで値が定義されることもある。

調剤量。精度を含めた値が暗示される。 例）１日３錠で７日分の場合、この要素には21 が設定される。

暗示された精度については常に尊重すべきである。貨幣計算では制度に関する独自のルールがある（会計についての標準的な教科書を参照すること）。

精度は、測定のほとんどすべての場合に暗黙的に処理されます。 / Precision is handled implicitly in almost all cases of measurement.

この文脈で使用することは許可されていません / Not allowed to be used in this context

数量の評価解釈コード / How the Quantity should be understood and represented.

測定方法の制限があるため、値が<5ug/Lまたは> 400mg/Lの測定値を処理するためのフレームワークが必要です。 / Need a framework for handling measures where the value is <5ug/L or >400mg/L due to the limitations of measuring methodology.

人間にも可読な単位表現

FHIRの文字列は1MB以上の大きさとなってなはらない(SHALL NOT)。

コンテキストによってさまざまな単位の表現がある。固定された特定の表現が求められることがある。たとえば、mcgはmicrogramを表す。

医薬品単位略号を識別するURL。"http://jpfhir.jp/fhir/core/mhlw/CodeSystem/MedicationUnitMERIT9Code"を使用する。 （厚生労働省電子処方箋 CDA 記述仕様　別表２０ 医薬品単位略号　コード表を準用）。拡張可能性あり。

医薬品単位略号はひとつのリソース記述のなかで１種類のコード体系に統一すること。

システムによって定義される単位のコードを把握しておく必要がある。

単位のコード化された形式、【JP Core仕様】MERIT9医薬品単位略号マスタコードを推奨(SHOULD)

厚生労働省電子処方箋 CDA 記述仕様　別表２０ 医薬品単位略号　コード表を準用。拡張可能性あり。

どのような形式であっても医薬品単位略号はひとつのリソース記述のなかで１種類のコード体系に統一すること。

供給される製品が使用されるか、あるいは払い出しが想定されている時間を指定する期間。

状況によっては、この属性は物理的に供給される量というよりも、想定されている期間に供給される薬剤の量を指定する数量の代わりに使われることもある。たとえば、薬剤が90日間供給される（オーダされた量に基づいて）など。可能であれば、量も示した方がより正確になる。expectedSupplyDurationは外部要因に影響をうけることのある予測値である。

調剤日数。 例）１日３錠で７日分の場合、この要素には 7が設定される。

値の暗黙の精度は常に尊重されるべきです。金銭的価値には、精度を処理するための独自のルールがあります（標準的な会計の教科書を参照）。 / The implicit precision in the value should always be honored. Monetary values have their own rules for handling precision (refer to standard accounting text books).

精度は、測定のほとんどすべての場合に暗黙的に処理されます。 / Precision is handled implicitly in almost all cases of measurement.

値をどのように理解し、表現する必要があるか - 測定の問題により実際の値が記載されている値よりも大きいか小さいかどうか。例えばコンパレータが「<」の場合、実際の値は<stated値です。 / How the value should be understood and represented - whether the actual value is greater or less than the stated value due to measurement issues; e.g. if the comparator is "<" , then the real value is < stated value.

数量の評価解釈コード / How the Quantity should be understood and represented.

測定方法の制限があるため、値が<5ug/Lまたは> 400mg/Lの測定値を処理するためのフレームワークが必要です。 / Need a framework for handling measures where the value is <5ug/L or >400mg/L due to the limitations of measuring methodology.

調剤日数の単位。"日"

測定単位には多くの表現があり、多くのコンテキストでは、特定の表現が固定され、必要です。すなわちマイクログラム用MCG。 / There are many representations for units of measure and in many contexts, particular representations are fixed and required. I.e. mcg for micrograms.

UCUM単位コードを識別するURI。 "http://unitsofmeasure.org"

ユニットのコード化された形式を定義するシステムを知る必要があります。 / Need to know the system that defines the coded form of the unit.

"日"を表すUCUM単位コード"d"を設定する。

優先システムはUCUMですが、独自の単位にはSNOMED-CT、または通貨にISO 4217を使用することもできます。使用のコンテキストには、特定のシステムからのコードがさらに必要になる場合があります。 / The preferred system is UCUM, but SNOMED CT can also be used (for customary units) or ISO 4217 for currency. The context of use may additionally require a code from a particular system.

すべてのフォームに固定されたユニットの計算可能な形式が必要です。UCUMはこれを数量で提供しますが、Snomed CTは多くの関心のある単位を提供します。 / Need a computable form of the unit that is fixed across all forms. UCUM provides this for quantities, but SNOMED CT provides many units of interest.

処方者によって指定される調剤・払い出しを行うと想定されているOrganizationを示す。
Indicates the intended dispensing Organization specified by the prescriber.

当面、診療５情報・サマリー用ではこの情報を記録しないが、記録する場合には display子要素だけとし、別のリソースへの参照をしない。

後発医薬品への変更可否情報。代替薬剤を払い出してよいかどうかを示している。代替薬剤を使用しなければいけない場合もあれば、使用しない場合もある。このブロックでは処方者の意図が示される。もし、何も指定されていなければ代替薬品を用いてもよい。

要素の基本的な定義の一部ではなく、それが含まれている要素の理解、および/または含まれる要素の子孫の理解を変更するために使用される場合があります。通常、修飾子要素は否定または資格を提供します。拡張機能を安全で管理しやすくするために、拡張機能の定義と使用に適用される厳格なガバナンスセットがあります。実装者は拡張機能を定義できますが、拡張機能の定義の一部として満たされる一連の要件があります。アプリケーションの処理リソースは、修飾子拡張機能をチェックする必要があります。

モディファイア拡張は、リソースまたはdomainResource上の要素の意味を変更してはなりません（修飾軸自体の意味を変更することはできません）。 / May be used to represent additional information that is not part of the basic definition of the element and that modifies the understanding of the element in which it is contained and/or the understanding of the containing element's descendants. Usually modifier elements provide negation or qualification. To make the use of extensions safe and manageable, there is a strict set of governance applied to the definition and use of extensions. Though any implementer can define an extension, there is a set of requirements that SHALL be met as part of the definition of the extension. Applications processing a resource are required to check for modifier extensions.

Modifier extensions SHALL NOT change the meaning of any elements on Resource or DomainResource (including cannot change the meaning of modifierExtension itself).

拡張機能を使用または定義する機関や管轄権に関係なく、アプリケーション、プロジェクト、または標準による拡張機能の使用に関連するスティグマはありません。拡張機能の使用は、FHIR仕様がすべての人にコアレベルのシンプルさを保持できるようにするものです。 / There can be no stigma associated with the use of extensions by any application, project, or standard - regardless of the institution or jurisdiction that uses or defines the extensions. The use of extensions is what allows the FHIR specification to retain a core level of simplicity for everyone.

修飾子拡張機能により、安全に無視できる大部分の拡張機能と明確に区別できるように、安全に無視できない拡張機能が可能になります。これにより、実装者が拡張の存在を禁止する必要性を排除することにより、相互運用性が促進されます。詳細については、[修飾子拡張の定義]（拡張性.html＃modifierextension）を参照してください。 / Modifier extensions allow for extensions that cannot be safely ignored to be clearly distinguished from the vast majority of extensions which can be safely ignored. This promotes interoperability by eliminating the need for implementers to prohibit the presence of extensions. For further information, see the definition of modifier extensions.

後発医薬品への変更可否情報。

代替品が許可されるかどうかは無視できないので、このエレメントはmodifierとしてラベルされる。

A reference to a code defined by a terminology system.

Codes may be defined very casually in enumerations, or code lists, up to very formal definitions such as SNOMED CT - see the HL7 v3 Core Principles for more information. Ordering of codings is undefined and SHALL NOT be used to infer meaning. Generally, at most only one of the coding values will be labeled as UserSelected = true.

Allows for alternative encodings within a code system, and translations to other code systems.

The identification of the code system that defines the meaning of the symbol in the code.

The URI may be an OID (urn:oid:...) or a UUID (urn:uuid:...). OIDs and UUIDs SHALL be references to the HL7 OID registry. Otherwise, the URI should come from HL7's list of FHIR defined special URIs or it should reference to some definition that establishes the system clearly and unambiguously.

Need to be unambiguous about the source of the definition of the symbol.

A symbol in syntax defined by the system. The symbol may be a predefined code or an expression in a syntax defined by the coding system (e.g. post-coordination).

Need to refer to a particular code in the system.

A representation of the meaning of the code in the system, following the rules of the system.

Need to be able to carry a human-readable meaning of the code for readers that do not know the system.

診療情報として処方オーダの１処方薬情報の格納に使用する

このプロファイルは、電子カルテ情報共有サービスに２文書（診療情報提供書、退院時サマリー）に含める処方情報にも用いられる。

バージョン固有の識別子

このリソースのデータが最後に作成、更新、複写された日時。最終更新日時。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_MedicationRequest_eCS|x.y.z　を設定する。

【電子カルテ情報共有サービスでは必須】処方情報を作成したときの入院外来受診情報をコンパクトに格納したEncounterリソース

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

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

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

処方オーダ識別番号情報などをコンパクトに格納したServiceRequestリソース

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

【電子カルテ情報共有サービスでは必須】本情報を作成発行した医療機関の識別番号を記述するために使用する拡張「eCS_InstitutionNumber」。 本情報は、ServiceRequestの要素として記述することも可能であるが、その場合もこの拡張で記述することとする。

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

医療機関１０桁番号(都道府県コード2桁、保険医療機関区分1桁、保険医療機関番号7桁)

【電子カルテ情報共有サービスでは必須】本情報を作成発行した診療科または作成発行者の診療科情報を記述するために使用する拡張「eCS_Department」

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

このリソース情報の識別ID、および必要であれば処方箋における剤グループ番号、剤グループ内の順序番号などを格納する。

処方オーダに対するID（リソース一意識別ID）の仕様は、「診療情報・サマリー汎用リソース一意識別ID仕様」を参照のこと。

全国で⼀意となる処方箋ID。system='urn:oid:1.2.392.100495.20.3.11'

全国で⼀意となる処方箋IDは、全国統一的な一意の処方箋番号システムが存在する場合に使用可能なIDであるが、今のところ存在しないため、当面使用することはない。

処方オーダに対するID（リソース一意識別IDに相当する）。system='http://jpfhir.jp/fhir/core/IdSystem/resourceInstance-identifier'

このオーダIDがあれば、処方箋を作成・発行した医療機関において、オーダシステムでこの特定の処方薬剤のオーダー情報を検索することができるキー情報に相当する。処方箋オーダの番号と、同一処方箋オーダ内の処方薬剤を特定できる順序番号などとの組み合わせでIDを作成することが考えられる。詳細は診療情報・サマリー汎用リソース一意識別ID仕様を参照のこと。診療情報提供書や退院時サマリーなどで単に処方内容だけを記述するだけの場合や、オーダに基づかない処方内容の場合には、適当なダミー番号でも構わないが、設定は必須。

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

JP Core Medication Oral/External Category ValueSetとして、MERIT9コード：http://jpfhir.jp/fhir/core/CodeSystem/JP_MedicationCategoryMERIT9_CS、またはJHSP0007コード　http://jpfhir.jp/fhir/core/CodeSystem/JHSP0007　のいずれかを使用する。

"薬剤使用区分のコード。MERIT9コードから、OHP:外来処方、OHI:院内処方（外来）、OHO:院外処方（外来）、IHP:入院処方、DCG:退院時処方、ORD:定期処方（入院）、XTR:臨時処方(入院）。JHSP0007コードから、BDP:持参薬処方　などのコード部分（"OHP"など）を使用することができる。"

コードに対応する文字列部分。（OHI:院内処方、OHO:院外処方、IHP:入院処方、DCG:退院時処方、ORD:定期処方、XTR:臨時処方、BDP:持参薬処方　の"院内処方"の文字列など）

本仕様では、処方オーダ時に選択または入力し、実際に処方箋に印字される文字列を必ず text 要素に格納した上で、coding要素を繰り返すことでHOT9やYJコードなど複数のコード体系で医薬品コードを並記することが可能。coding要素を繰り返すことで複数のコード体系で医薬品コード並記することが可能。 本Profile仕様では、処方オーダ時に選択または入力し、実際に処方箋に印字される文字列を必ずtext要素に格納した上で、それをコード化した情報を1個以上のcoding 要素に記述する。使用できるコード体系は電子カルテ情報共有サービスに利用される場合には、個別医薬品コード（通称YJコード）を必須とする。それ以外のコード体系も追加で記述して構わない。

YJコードを識別するsystem値

医薬品名称。この名称は使用するコード表において選択したコードに対応する文字列とする。

厚生労働省保険局が定める一般処方名マスターコードを識別するsystem値

厚生労働省保険局が定める一般処方名マスターコード

医薬品名称。この名称は使用するコード表において選択したコードに対応する文字列とする。

標準医薬品コードがない場合のコード割り当てシステム

標準コードが存在しない医薬品を意味するコード　NOCODED

標準コードなし

医薬品名称。処方オーダ時に選択または入力し、実際に処方箋に印字される文字列を必ず設定する。

"患者のFHIRリソース(JP_Patient_eCSに従うPatientリソース)への参照。"

記述方法は、実装ガイド本文の「リソースへの参照方法（2）　Bundleリソースの別のentryのリソースを参照する方法（fullUrlを用いるリテラル参照） 」に従う。

処方を発行したときの受診情報（入外区分など）を記述しているEncounterリソースへの参照

記述方法は、実装ガイド本文の「リソースへの参照方法　(1)」のいずれかを使用すること。電子カルテ情報サービス(このリソースが２文書に含まれるケース)では必須。

処方者を表すPractitionerリソース（Containedリソース）への参照。電子カルテ情報サービス(このリソースが２文書に含まれるケース)では必須。

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

処方オーダ番号等の一意識別子を含むServiceRequestリソース（Containedリソース）への参照処方オーダ番号等の一意識別子を含むServiceRequestリソース（Containedリソース）への参照

元のオーダID情報や処方依頼に関する情報（処方者の所属や診療科など）が記述されるContainedリソースに含まれるServiceRequest（処方オーダー情報）リソースをこのリソース内で参照する。記述方法は、実装ガイド本文の「リソースへの参照方法　(1)」のいずれかを使用すること。

単一の薬剤に対する調剤者に対する指示は、本要素ではなく、MedicationRequestリソースのdispenseRequest要素に対して本文書で定義した拡張「InstructionForDispense」（http://jpfhir.jp/fhir/core/StructureDefinition/JP_MedicationRequest_DispenseRequest_InstructionForDispense）を使用する。 患者に対する補足指示や注意や、不均等投与指示などは、 MedicationRequestリソースのdosageInstruction.additionalInstructionで記述する。 本要素は、それらでは伝えられない薬剤単位の備考や指示を記述する。