بهتر است استانداردها را به‌صورت لایه‌ای ببینیم؛ چون هیچ استاندارد واحدی همه ابعاد داده دارویی را پوشش نمی‌دهد.

1. استانداردهای شناسایی و مدل‌سازی خودِ دارو

مهم‌ترین خانواده در این حوزه ISO IDMP (Identification of Medicinal Products) است که چارچوب بین‌المللی شناسایی و توصیف یکتای محصولات دارویی را فراهم می‌کند. اجزای اصلی آن عبارت‌اند از:

• ISO 11615 — Medicinal Product Identification (MPID): شناسایی محصول دارویی

• ISO 11616 — Pharmaceutical Product Identification (PhPID): شناسایی محصول دارویی در سطح ترکیب/شکل دارویی

• ISO 11238 — Substances: شناسایی و توصیف مواد دارویی

• ISO 11239 — Pharmaceutical Dose Forms, Units of Presentation, Routes of Administration and Packaging: شکل دارویی، واحد ارائه، راه مصرف و بسته‌بندی

• ISO 11240 — Units of Measurement: واحدهای اندازه‌گیری مرتبط با دارو

• ISO/TS 20443، ISO/TS 19844، ISO/TS 20440 و ISO/TS 20451: مشخصات و راهنماهای پیاده‌سازی مرتبط با IDMP.

در واقع، IDMP برای ایجاد یک زبان استاندارد جهت شناسایی دارو در چرخه کامل آن، از تولید و ثبت تا توزیع، مصرف و Pharmacovigilance طراحی شده است. (ISO)

2. استانداردهای واژگان و کدگذاری دارویی

در لایه Terminology & Coding چند استاندارد و نظام کدگذاری بسیار مهم وجود دارد:

• RxNorm — شناسایی استاندارد داروها و ارتباط بین نام‌های تجاری، ژنریک و Clinical Drug Concepts

• NDC (National Drug Code) — به‌خصوص در آمریکا برای شناسایی محصول و بسته دارویی

• SNOMED CT — نمایش مفاهیم بالینی، از جمله داروها و وضعیت‌های مرتبط با مصرف دارو

• ATC/DDD — طبقه‌بندی درمانی داروها و تعریف دوز روزانه استاندارد

• EDQM Standard Terms — استانداردسازی اصطلاحات مربوط به شکل دارویی، راه مصرف، بسته‌بندی و سایر مشخصات دارویی

• UCUM — استاندارد نمایش واحدهای اندازه‌گیری، به‌خصوص برای دوز و مقادیر دارویی

• ICD-10/ICD-11 — برای بیماری‌ها و تشخیص‌هایی که در ارزیابی دارو، اندیکاسیون و تصمیم‌گیری دارویی مورد استفاده قرار می‌گیرند

• LOINC — برای نتایج آزمایشگاهی و اندازه‌گیری‌هایی که در تصمیم‌گیری دارویی اهمیت دارند؛ مثلاً پایش دارو یا بررسی عملکرد کلیه.

نکته مهم این است که این استانداردها رقیب یکدیگر نیستند؛ بلکه باید از طریق Mapping و Terminology Services در کنار هم قرار گیرند.

3. استانداردهای تبادل داده دارویی و نسخه الکترونیک

در لایه Interoperability، مهم‌ترین استاندارد HL7 FHIR است. در FHIR، چرخه دارویی به چند Resource تفکیک می‌شود:

• Medication — تعریف/مشخصات دارو

• MedicationRequest — درخواست یا نسخه دارویی

• MedicationDispense — تحویل/نسخه‌پیچی دارو

• MedicationAdministration — تجویز و مصرف واقعی دارو

• MedicationStatement — گزارش وضعیت مصرف دارو توسط بیمار/پزشک

• MedicationKnowledge — دانش و اطلاعات ساختاریافته درباره دارو

• DetectedIssue — ثبت مواردی مانند تداخل یا مشکل شناسایی‌شده

• AdverseEvent — رویداد ناخواسته مرتبط با دارو.

برای مثال، FHIR، MedicationRequest را برای ثبت سفارش/نسخه دارویی و دستور مصرف تعریف می‌کند و آن را از MedicationDispense و MedicationAdministration متمایز می‌سازد. (FHIR) همچنین MedicationStatement برای ثبت این موضوع است که بیمار دارویی را مصرف کرده، مصرف می‌کند یا قرار است مصرف کند. (HL7)

4. استانداردهای نسخه‌نویسی و تبادل نسخه

در این حوزه باید علاوه بر FHIR، استانداردهای مربوط به Electronic Prescribing (e-Prescribing) را نیز در نظر گرفت:

• HL7 FHIR MedicationRequest

• FHIR Medication / MedicationKnowledge

• FHIR R4/R4B/R5

• HL7 v2 Pharmacy Transactions در سامانه‌های قدیمی‌تر

• HL7 CDA برای اسناد بالینی

• NCPDP SCRIPT برای تبادل نسخه الکترونیک، به‌خصوص در اکوسیستم آمریکا

• NCPDP Telecommunication Standard برای تراکنش‌های داروخانه و پرداخت/بیمه

• IHE Pharmacy Profiles برای سناریوهای یکپارچه‌سازی دارویی.

برای معماری ملی، معمولاً توصیه نمی‌شود همه این‌ها مستقیماً به‌عنوان استاندارد داخلی انتخاب شوند؛ بلکه باید مشخص شود کدام‌یک National Core Standard و کدام‌یک External/Legacy Interoperability Standard هستند.

5. استانداردهای دوز، مصرف و رژیم دارویی

این بخش برای نسخه‌نویسی الکترونیک بسیار حیاتی است:

• UCUM برای واحدها؛ مانند mg, mL, mg/kg

• ISO 11240 برای واحدهای اندازه‌گیری مرتبط با دارو

• EDQM برای Pharmaceutical Dose Form و Route

• FHIR Dosage / DosageInstruction

• استانداردسازی Frequency، Timing، Duration، Dose Quantity، Dose Rate و Route

• مدل‌سازی dose range، maximum dose، tapering و conditional dosing

• استانداردسازی راه‌های مصرف مانند oral، intravenous، intramuscular، subcutaneous و topical.

هدف این لایه جلوگیری از عباراتی مانند «یک عدد»، «روزانه»، «طبق دستور» یا «کمی» به‌عنوان داده‌های غیرساختاریافته و تبدیل آنها به داده قابل پردازش توسط ماشین است.

6. استانداردهای تداخلات دارویی و Clinical Decision Support

برای انفورماتیک داروسازی، این لایه اهمیت ویژه‌ای دارد:

• Drug–Drug Interaction (DDI) Knowledge Bases

• Drug–Disease Interaction

• Drug–Allergy Interaction

• Drug–Food Interaction

• Duplicate Therapy

• Contraindication

• Dose Checking

• Renal/Hepatic Dose Adjustment

• Therapeutic Duplication

• Drug–Laboratory Interaction

• Pharmacogenomic Drug Interaction.

در سطح تبادل داده، FHIR می‌تواند نتایج و هشدارهای تصمیم‌گیری را در معماری CDSS منتقل کند و در کنار آن استانداردها و رویکردهای HL7 CDS Hooks و Clinical Quality Language (CQL) برای فراخوانی و اجرای منطق تصمیم‌گیری بالینی اهمیت دارند.

7. استانداردهای Pharmacovigilance و ایمنی دارو

برای مدیریت عوارض و ایمنی دارویی:

• ICH E2B(R3) — انتقال الکترونیکی Individual Case Safety Reports

• ICH E2A — تعاریف و استانداردهای گزارش‌دهی عوارض

• MedDRA — واژگان استاندارد بین‌المللی برای عوارض و رویدادهای پزشکی

• WHO Drug Dictionary / WHO Drug Dictionary Enhanced

• ISO IDMP

• FHIR AdverseEvent

• FHIR MedicationAdministration / MedicationStatement

• استانداردهای Signal Detection و Safety Reporting.

در اینجا IDMP اهمیت ویژه‌ای پیدا می‌کند، زیرا شناسایی دقیق محصول دارویی برای Pharmacovigilance و ایمنی دارو ضروری است. (U.S. Food and Drug Administration)

8. استانداردهای اطلاعات بالینی مرتبط با دارو

داده دارویی بدون داده بالینی بیمار ارزش محدودی دارد. بنابراین باید با این استانداردها نیز ارتباط داشته باشد:

• SNOMED CT → بیماری، وضعیت بالینی، آلرژی، یافته‌ها

• ICD-10/ICD-11 → تشخیص

• LOINC → آزمایش‌ها و نتایج آزمایشگاهی

• UCUM → واحدهای نتایج

• FHIR Patient

• FHIR AllergyIntolerance

• FHIR Condition

• FHIR Observation

• FHIR DiagnosticReport

• FHIR MedicationRequest

• FHIR MedicationAdministration

• FHIR MedicationStatement.

به این ترتیب، مثلاً تصمیم «کاهش دوز یک دارو» می‌تواند بر اساس ارتباط میان Medication + Patient + Condition + Observation + AllergyIntolerance شکل گیرد.

9. استانداردهای دارویی و داروخانه

در محیط Pharmacy Information System باید موضوعات زیر استاندارد شوند:

• Drug Master

• Product Master

• Generic/Brand Mapping

• Manufacturer

• Pharmaceutical Form

• Package

• Strength

• Route

• Ingredient

• Batch/Lot

• Expiry Date

• Dispensing

• Substitution

• Refill

• Stock

• Recall

• Prescription Status

• Dispense Status.

در این قسمت، FHIR MedicationDispense و استانداردهای شناسایی محصول IDMP می‌توانند هسته مناسبی برای معماری جدید فراهم کنند.

10. استانداردهای زنجیره تأمین و رهگیری دارو

برای سطح ملی باید یک لایه دیگر نیز در نظر گرفته شود:

• GS1 GTIN → شناسایی محصول

• GS1 DataMatrix → کدگذاری روی بسته

• GS1 GLN → شناسایی سازمان/مکان

• GS1 SSCC → واحدهای لجستیکی

• Serialisation

• Batch/Lot Tracking

• Expiry Tracking

• Recall Management

• Track & Trace.

این لایه با نسخه‌نویسی متفاوت است، اما در معماری ملی دارویی باید به آن متصل باشد؛ زیرا نسخه، محصول تحویلی، سری ساخت و زنجیره تأمین در نهایت باید قابل ارتباط باشند.

11. استانداردهای بیمه، مالی و تراکنش دارویی

برای اتصال نسخه الکترونیک به بیمه و پرداخت:

• NCPDP

• X12 در اکوسیستم‌هایی که استفاده می‌شود

• FHIR Claim

• FHIR Coverage

• FHIR ExplanationOfBenefit

• استانداردهای Eligibility

• Prior Authorization

• Pharmacy Claim

• Reimbursement

• Copayment.

در معماری FHIR، این داده‌ها باید از داده بالینی نسخه جدا ولی قابل ارتباط باشند.

12. استانداردهای ژنومیک و Pharmacogenomics

در سطح پیشرفته‌تر انفورماتیک داروسازی:

• HL7 FHIR Genomics

• HL7 Pharmacogenomics

• LOINC

• SNOMED CT

• HGNC

• HGVS

• dbSNP

• PharmGKB

• CPIC Guidelines

• ClinGen.

این حوزه امکان Personalized / Precision Medication را فراهم می‌کند؛ یعنی انتخاب یا تنظیم دارو بر اساس ویژگی ژنتیکی بیمار.

13. استانداردهای داده و معماری اطلاعات

برای مدیریت کلان داده دارویی نیز باید به استانداردهای عمومی‌تر توجه کرد:

• HL7 FHIR

• openEHR

• OMOP CDM

• ISO/IEC 11179 برای Metadata Registry

• DCAT برای Data Catalog

• Data Provenance

• Data Lineage

• Master Data Management

• Terminology Services

• Ontology/Knowledge Graph.

برای معماری‌ای که شما روی آن کار می‌کنید، می‌توان این بخش را به‌صورت FHIR در لایه تبادل، openEHR در لایه EHR و OMOP در لایه تحلیلی/Research دید؛ در نتیجه داده دارویی فقط در نسخه الکترونیک باقی نمی‌ماند و می‌تواند وارد تحلیل جمعیتی، Real-World Evidence و AI شود.

جمع‌بندی معماری پیشنهادی

اگر بخواهم کل این فهرست را برای معماری ملی انفورماتیک داروسازی و نسخه‌نویسی الکترونیک به یک Stack عملیاتی تبدیل کنم، هسته آن را این‌گونه می‌چینم:

نکته کلیدی: اگر هدف، طراحی یک National Medication Information Model باشد، بهتر است «استانداردها» را صرفاً به‌صورت فهرست نگه نداریم؛ بلکه یک Medication Data Standards Matrix بسازیم که برای هر عنصر داده مشخص کند: Data Element → Definition → Data Type → Cardinality → Code System → Value Set → Identifier → Source Standard → FHIR Mapping → National Extension → Governance Owner.