Оношилгоо, эмчилгээ эсвэл мэс засал гэх мэт хийгдэх үйлчилгээний хүсэлтийн бүртгэл.

Хэрэглүүрийн URL-д ашиглагдсан, хэрэглүүрийн логик id. Нэгэнт оноогдсон бол энэ утга хэзээ ч өөрчлөгдөхгүй.

Хэрэглүүр id-гүй байх цорын ганц тохиолдол нь түүнийг create үйлдэл ашиглан сервер лүү илгээж байх үе юм.

Хэрэглүүрийн тухай мета өгөгдөл. Энэ бол дэд бүтцэд хадгалагдаж буй агуулга юм. Агуулгын өөрчлөлт нь хэрэглүүрийн хувилбаруудад гарч буй өөрчлөлттэй үргэлж холбоотой байхгүй байх магадлалтай.

Энэхүү бүтцийг үүсгэхэд ашигласан, мөн боловсруулах явцад ойлгогдох ёстой дүрмийн багцыг заасан заалт. Ихэнх тохиолдолд, энэ нь бусад профайл гэх мэтийн хамтаар тусгай дүрмийг тодорхойлсон хэрэгжүүлэлтийн удирдамжийн лавлагаа юм.

Энэхүү дүрмийн багцыг эцэслэн батлах нь тухайн агуулгыг зөвхөн цөөн тооны бизнесийн оролцогчид ойлгох боломжтой болгож хязгаарлаахад хүргэнэ. Үүний үр дүнд, урт хугацаандаа өгөгдлийн ашигтай байдал ч мөн хязгаарлагдана. Гэсэн хэдий ч, одоо буй эрүүл мэндийн эко систем нь нэлээд тархай бутархай бөгөөд өгөгдлийг ерөнхийд нь тооцоолохуйц хэмжээнд тодорхойлох, цуглуулах, солилцоход хараахан бэлэн биш байна. Боломжтой бол хэрэгжүүлэгчид ба/эсвэл тодорхойлолтыг зохиогчид энэ элементийг ашиглахаас зайлсхийх хэрэгтэй. Ихэнхдээ, хэрэглэгдсэн тохиолдолд, URL гэдэг нь дээрх онцгой дүрмүүдийг бусад профайл, утгын олонлог гэх мэтийн хамтаар хүүрнэлийн нэг хэсэг хэмээн тодорхойлсон хэрэгжүүлэлтийн удирдамжийг заасан заалт байна.

Хэрэглүүр бичигдсэн үндсэн хэл

Хэл нь индексжүүлэлт болон ашиглахад хүртээмжтэй байдлыг нэмэгдүүлэх зорилгоор (ерөнхийдөө, текстээс яриа үүсгэх гэх мэт үйлчилгээ хэлний шошгыг ашигладаг) ашиглагддаг. Хүүрнэл хэсэгт буй html хэлний шошго нь хүүрнэл хэсэгтээ хамаарна. Хэрэглүүр дэх хэлний шошго нь тухайн хэрэглүүр дэх өгөгдлөөс боловсруулан гаргасан бусад илэрхийллийн хэлийг тодорхойлоход ашиглагдаж болно. Бүх агуулга нь үндсэн хэл дээр байх албагүй. Хэрэглүүр.хэл элементийг хүүрнэл хэсэгт автоматаар хамаарна гэж тооцож болохгүй. Хэрэв хэлийг зааж өгсөн бол түүнийг html дэх div элемент дээр бас зааж өгөх хэрэгтэй (xml:lang ба html lang шинж чанар хоорондын хамаарлын тухай мэдээллийг HTML5-д буй дүрмүүдээс харна уу).

Хэрэглүүрийн хураангуйг дотроо агуулсан бөгөөд тухайн хэрэглүүрийн агуулгыг хүнд илэрхийлэхэд ашиглаж болохоор, хүнд уншигдахуйц хэлбэрээр бичигдсэн хүүрнэл хэсэг. Хүүрнэл хэсэг нь бүтэцлэгдсэн өгөгдлийг бүгдийг нь шифрлэх шаардлагагүй боловч хүн зөвхөн хүүрнэл хэсгийг уншихад "эмнэлзүйн хувьд аюулгүй" болгохуйц, хангалттай хэмжээний нарийвчилсан мэдээллийг агуулсан байх шаардлагатай. Хэрэглүүрийн тодорхойлолт нь эмнэл зүйн аюулгүй байдлыг хангахын тулд, хүүрнэл хэсэгт ямар агуулга багтсан байх ёстойг тодорхойлж болно.

Өөр хэрэглүүрийн дотор агуулагдсан хэрэглүүр хүүрнэл хэсгийг агуулдаггүй. Өөр хэрэглүүрийн дотор агуулагдаагүй хэрэглүүр нь хүүрнэл хэсгийг агуулах ЁСТОЙ. Зарим тохиолдолд, хэрэглүүр нь багахан хэмжээний чөлөөт өгөгдөлтэй эсвэл огт чөлөөт өгөгдөлгүй текст агуулж болно (minOccurs=1 элементүүд бүгд хангагдсан тохиолдолд). Энэ нь мэдээллийг "текстийн товчлол" болгон хадгалсан эсвэл текстийг нэмэлтээр, боловсруулаагүй хэлбэрээр оруулсан эсвэл хүүрнэсэн, шифрлэсэн мэдээллийг сүүлд нь оруулсан хуучин системүүдийн өгөгдлийн тухайд зайлшгүй чухал байх магадлалтай.

Эдгээр хэрэглүүрүүд нь тэднийг агуулж буй хэрэглүүрээс гадна, бие даан орших боломжгүй - Тэд тусдаа бие даан ялган танигдах боломжгүй, мөн бие даасан өгөгдөл солилцооны цар хүрээтэй байх ч боломжгүй юм.

Ялган танилт нэгэнт алдагдсан тохиолдод, үүнийг дахин сэргээх нь маш хэцүү (бөгөөд хам сэдвээс хамааралтай) байдаг учир, агуулгыг зүй ёсоор ялган таних боломжтой үед үүнийг хэзээ ч хийх ёсгүй. Хэрэглүүрийн дотор агуулагдах хэрэглүүрүүд нь мета элементүүддээ профай болон шошгыг агуулж болно, гэхдээ аюулгүй байдлын шошго агуулах ЁСГҮЙ.

Хэрэглүүрийн үндсэн тодорхойлолтын хэсэг бус, нэмэлт мэдээллийг илэрхийлэхэд ашиглаж болно. Өргөтгөлийн хэрэглээг аюулгүй, зохион байгуулахад дөхөм байлгах үүднээс шинэ өргөтгөл тодорхойлох болон хэрэглэх явдлыг хатуу чанд тодорхойлсон байдаг. Бүх хэрэгжүүлэгч шинэ өргөтгөл тодорхойлж болох боловч өргөтгөлийн тодорхойлолтын хэсэг болон мөрдөгдөх ЁСТОЙ багц шаардлага байдаг.

Өргөтгөлийг ашиглаж эсвэл тодорхойлж буй байгууллага эсвэл хууль эрх зүйн хүрээний байдлаас үл хамааран, ямар ч програм, төсөл, стандартад өргөтгөлийг ашиглахад буруутгах зүйл байх ёсгүй. Өргөтгөлийн хэрэглээ нь FHIR-ийн тодорхойлолтыг хүн бүрийн хэрэгцээнд нийцэхүйц, энгийн түвшинд байх боломжийг олгож буй хүчин зүйл юм.

Хэрэглүүрийн үндсэн тодорхойлолтын хэсэг биш бөгөөд үүнийг агуулж буй элементийн тухай ойлголтыг болон / эсвэл агуулсан элементэд агуулагдах бүтцүүдийн тухай ойлголтыг өөрчлөх чадвартай нэмэлт мэдээллийг илэрхийлэхэд ашиглаж болно. Хувиргагч элементүүд нь ихэвчлэн үгүйсгэл эсвэл хязгаарлалтыг агуулдаг. Өргөтгөлийн хэрэглээг аюулгүй, зохион байгуулахад дөхөм байлгах үүднээс шинэ өргөтгөл тодорхойлох болон хэрэглэх явдлыг хатуу чанд тодорхойлсон байдаг. Бүх хэрэгжүүлэгч шинэ өргөтгөл тодорхойлж болох боловч өргөтгөлийн тодорхойлолтын хэсэг болон мөрдөгдөх ЁСТОЙ багц шаардлага байдаг. Хэрэглүүрийг боловсруулдаг аппликейшнүүд нь хувиргагч өргөтгөлүүдийг хянаж байх шаардлагатай. Хувиргагч өргөтгөл нь Хэрэглүүр эсвэл ДомейнХэрэглүүр (мөн хувиргагчӨргөтгөлийн утгыг өөрчилж болохгүй) дээрх ямар нэг элементийн утгыг өөрчлөх ЁСГҮЙ.

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.

Өргөтгөлийг ашиглаж эсвэл тодорхойлж буй байгууллага эсвэл хууль эрх зүйн хүрээний байдлаас үл хамааран, ямар ч програм, төсөл, стандартад өргөтгөлийг ашиглахад буруутгах зүйл байх ёсгүй. Өргөтгөлийн хэрэглээ нь FHIR-ийн тодорхойлолтыг хүн бүрийн хэрэгцээнд нийцэхүйц, энгийн түвшинд байх боломжийг олгож буй хүчин зүйл юм.

Энэ захиалгад олгосон ялган танигчууд, жишээ нь захиалагч ба/эсвэл хүлээн авагч ба/эсвэл захиалга гүйцэтгэгч.

ЯлганТанигчТөрөл элемент нь захиалагч ба захиалгын хариу Ажиглалт үүсгэгч зэрэгт оноосон ялган танигчуудыг хооронд нь зааглахад хэрэглэгдэнэ.

The URL pointing to a FHIR-defined protocol, guideline, orderset or other definition that is adhered to in whole or in part by this ServiceRequest.

Note: This is a business identifier, not a resource identifier (see discussion). It is best practice for the identifier to only appear on a single resource instance, however business practices may occasionally dictate that multiple resource instances with the same identifier can exist - possibly even with different resource types. For example, multiple Patient and a Person resource instance might share the same social insurance number.

The URL pointing to an externally maintained protocol, guideline, orderset or other definition that is adhered to in whole or in part by this ServiceRequest.

Энэ нь магадгүй HTML хуудас, PDF, гэх мэт байж болно. эсвэл зүгээр л шийдвэрлэх-боломжгүй URI ялган танигч байж ч болно.

Plan/proposal/order fulfilled by this request.

The request takes the place of the referenced completed or terminated request(s).

A shared identifier common to all service requests that were authorized more or less simultaneously by a single author, representing the composite or group identifier.

Some business processes need to know if multiple items were ordered as part of the same "requisition" for billing or other purposes.

Хүсэлтүүдийг "үүндҮндэслэсэн" харилцаа холбоогоор (жишээлбэл нэг хүсэлт нөгөөг нь биелүүлж байгаа) эсвэл дундын захиалгатай байх замаар холбодог. Ижил захиалгын нэг хэсэг болох хүсэлтүүдийг тэдний төлөв байдлыг өөрчлөх болон анхны үүслээс нь хойш хадгалах үүднээс тус тусад нь авч үздэг.

Захиалгын статус

The status is generally fully in the control of the requester - they determine whether the order is draft or active and, after it has been activated, competed, cancelled or suspended. States relating to the activities of the performer are reflected on either the corresponding event (see Event Pattern for general discussion) or using the Task resource.

Хүсэлт нь санал, төлөвлөгөө, жинхэнэ эсвэл нөхцөлт захиалгын аль нь болох.

Хэрэглүүр хэзээ хэрхэн ашиглагдах нь зориулалтаар өөрчлөгдөх тул энэ элементийг хувиргагч хэмээн тэмдэглэсэн.

Үйлчилгээг хайх, ангилах ба үзүүлэх зэрэгт зориулан ангилах код (жишээ нь "Мэс заслын ажилбар")

Ямар хүсэлтүүдийг эргэн санаж үзүүлж байгааг шүүж үзэхэд ашиглана.

Хам утга эсвэл хэрэглүүрийг хайх ба дэлгэцэнд харуулах хэрэглээний тохиолдол зэргээс хамаарч олон төрлийн ангилах өнцөг байж болно. Нарийвчлалын түвшин нь утгын олонлог дахь ангилалын агуулгаар тодорхойлогдоно.

Үйлчилгээний хүсэлтийг бусад хүсэлтийн дагуу хэр хурдан шийдвэрлэхийг зааж өгдөг.

Set this to true if the record is saying that the service/procedure should NOT be performed.

Used for do not ambulate, do not elevate head of bed, do not flush NG tube, do not take blood pressure on a certain arm, etc.

In general, only the code and timeframe will be present, though occasional additional qualifiers such as body site or even performer could be included to narrow the scope of the prohibition. If the ServiceRequest.code and ServiceRequest.doNotPerform both contain negation, that will reinforce prohibition and should not have a double negative interpretation.

Хүсэлт нь илгээгдсэн хэсэгчилсэн үйлчилгээг (жишээ нь: ажилбар, оношилгооны шинжилгээ, шинжилгээний самбар) тодорхойлох код.

Лабораторийн болон дүрс оношилгооны олон ажилбаруудын шинжилгээний захиалгад сорьц/эрхтэн тогтолцооны нэрийг оруулсан байдаг ба жишээ нь: сийвэн эсвэл сийвэн/ийлдэсийн глюкоз эсвэл цээжний рентген шинжилгээ. Сорьц нь шинжилгээний кодноос тусдаа бүртгэгдэж болно.

Additional details and instructions about the how the services are to be delivered. For example, and order for a urinary catheter may have an order detail for an external or indwelling catheter, or an order for a bandage may require additional instructions specifying how the bandage should be applied.

For information from the medical record intended to support the delivery of the requested services, use the supportingInformation element.

An amount of service being requested which can be a quantity ( for example $1,500 home modification), a ratio ( for example, 20 half day visits per month), or a range (2.0 to 1.8 Gy per fraction).

When ordering a service the number of service items may need to be specified separately from the the service item.

Хэнд эсвэл юунд үйлчилгээ үзүүлэх. Энэ нь ихэвчлэн өвчтөн зэрэг хүн, диализын машин гэх мэт төхөөрөмж эсвэл тодорхой байршил(орчны үнэлгээний үед).

Энэхүү хүсэлтийг гаргасан эрүүл мэндийн тусламж үйлчилгээний агуулгын талаархи нэмэлт мэдээллийг агуулсан энкантур.

Хүсэлт гаргасан үйлчилгээг үзүүлэх огноо / цаг.

If a CodeableConcept is present, it indicates the pre-condition for performing the service. For example "pain", "on flare-up", etc.

Хүсэлтийн төлөв нь түүний үр дүнд тодорхой үйлдэл хийх шаардлагатай төлөв рүү шилжсэн хугацаа.

Хүсэлтийг санаачилсан, түүний идэвхжилтэнд хариуцлага хүлээх хүн.

Энэ нь илгээгч бус илгээх зөвшөөрөл өгсөн хүн. Энэ элемент нь ГаралҮүсэл хэрэглүүрээр шийдэгдэж болох төлөөлөгч гишүүдийг зохицуулахад зориулагдаагүй болно.

Хүсэлт гаргаж буй үйлчилгээг хийх гүйцэтгэгчийн төрөл.

This is a role, not a participation type. In other words, does not describe the task but describes the capacity. For example, “compounding pharmacy”, “psychiatrist” or “internal referral”.

Тухайн хүсэлт гаргасан үйлчилгээг авахыг хүссэн гүйцэтгэгч. Жишээлбэл: мэс засалч, арьсны эмч, дурангийн эмч гэх мэт.

If multiple performers are present, it is interpreted as a list of alternative performers without any preference regardless of order. If order of preference is needed use the request-performerOrder extension. Use CareTeam to represent a group of performers (for example, Practitioner A and Practitioner B).

The preferred location(s) where the procedure should actually happen in coded or free text form. E.g. at home or nursing day care center.

Тухайн ажилбарыг хийх шаардлагатай байрлалыг заасан заалт. Жишээ нь, гэртээ эсвэл өдрийн эмчилгээний төвч

Энэхүү үйлчилгээнд яагаад хүсэлт илгээсэн тухай кодолж эсвэл бичвэр хэлбэрт оруулсан тайлбар эсвэл үндэслэл. Ихэвчлэн төлбөр тооцооны зорилготой байдаг ба "ДэмжихМэдээлэл"-д дурдсан хэрэглүүрүүдтэй хамааралтай байж болно.

This element represents why the referral is being made and may be used to decide how the service will be performed, or even if it will be performed at all. Use CodeableConcept.text element if the data is free (uncoded) text as shown in the CT Scan example.

Энэ үйлчилгээнд яагаад хүсэлт илгээгдсэн талаар үндэслэл бүхий өөр хэрэглүүрийг зааж өгнө. "ДэмжихМэдээлэл"-д дурдсан хэрэглүүрүүдтэй хамааралтай байж болно.

This element represents why the referral is being made and may be used to decide how the service will be performed, or even if it will be performed at all. To be as specific as possible, a reference to Observation or Condition should be used if available. Otherwise when referencing DiagnosticReport it should contain a finding in DiagnosticReport.conclusion and/or DiagnosticReport.conclusionCode. When using a reference to DocumentReference, the target document should contain clear findings language providing the relevant reason for this service request. Use the CodeableConcept text element in ServiceRequest.reasonCode if the data is free (uncoded) text as shown in the CT Scan example.

Insurance plans, coverage extensions, pre-authorizations and/or pre-determinations that may be needed for delivering the requested service.

Additional clinical information about the patient or specimen that may influence the services or their interpretations. This information includes diagnosis, clinical findings and other observations. In laboratory ordering these are typically referred to as "ask at order entry questions (AOEs)". This includes observations explicitly requested by the producer (filler) to provide context or supporting information needed to complete the order. For example, reporting the amount of inspired oxygen for blood gas measurements.

To represent information about how the services are to be delivered use the instructions element.

Лабораторийн ажилбарын явцад ашиглагдах нэг эвсэл олон сорьц.

Many diagnostic procedures need a specimen, but the request itself is not actually about the specimen. This element is for when the diagnostic is requested on already existing specimens and the request points to the specimen it applies to. Conversely, if the request is entered first with an unknown specimen, then the Specimen resource points to the ServiceRequest.

Уг ажилбарыг хийх ёстой анатомийн байршил. Зорилтот хэсэг.

Олон хэсэгт уг ажилбарыг хийх боломжтой үед яг аль хэсэгт хийгдсэнийг мэдэх нь чухал юм.

Only used if not implicit in the code found in ServiceRequest.code. If the use case requires BodySite to be handled as a separate resource instead of an inline coded element (e.g. to identify and track separately) then use the standard extension procedure-targetBodyStructure.

Үйлчилгээний хүсэлтийн талаархи бусад тэмдэглэл ба сэтгэгдэлүүд. Жишээлбэл: дотоод төлбөрийн тэмдэглэл.

Өвчтөн эсвэл хэрэглэгчдэд ойлгогдохуйц нэр томьёоны заавар.

Key events in the history of the request.

Энэ нь хүсэлтийн бүх хувилбарын гарал үүслийг агуулаагүй байж болно - зөвхөн "хамааралтай" эсвэл чухал гэж үзсэнийг оруулсан байж болно. Энэ нь хэрэглүүрийн одоогийн хувилбартай холбоотой гарал үүслийг агуулах ЁСГҮЙ. (Хэрэв тэрхүү гарал үүсэл нь "хамааралтай" өөрчлөлт гэж тооцогдвол үүнийг дараа дараагийн шинэчлэлтийн хэсэг болгон нэмэх шаардлагатай болно. Тэр болтол үүнийг _revinclude ашиглан энэ хувилбар руу заасан гарал үүсэл байдлаар өгөгдлийн сангаас дуудаж болно. Бүх Гарал үүсэл нь тухайн Хүсэлтийн зарим хуучин хувилбаруудыг өөрсдийн субьект байдлаар агуулах хэрэгтэй.).