Logical model cho payload phiếu nhập hàng gửi lên Hệ thống cơ sở dữ liệu về dược (POST /transactions/stock-in, API v1.1 mục 5.4.1). Áp dụng cho nhà thuốc/quầy thuốc (kể cả nhà thuốc bệnh viện), chuỗi nhà thuốc, cơ sở bán buôn, xuất/nhập khẩu. Xử lý bất đồng bộ: hệ thống trả transaction_id, phần mềm poll GET /transactions/stock-in/{id}/status (enum mục 6.2: accepted/processing/completed/error/rejected). Ràng buộc onboarding: cơ sở phải khai báo phiếu nhập tồn đầu kỳ (reason=opening-balance) trước khi liên thông giao dịch khác.

transaction_date — Ngày/giờ nhập hàng (định dạng YYYY-MM-DDThh:mm:ss, múi giờ GMT+7 không ghi offset — mục 6.3.1)

reason — Loại phiếu nhập/Lý do nhập (mục 6.4.1; tối đa 20 ký tự)

Cơ sở bán lẻ: supplier | return | opening-balance | other. Cơ sở khác thêm: transfer-in | manufactured | imported. Giá trị supplier bắt buộc kèm supplier_id; transfer-in bắt buộc kèm cặp source_/target_.

supplier_id — Mã định danh nhà cung cấp (bắt buộc khi reason=supplier)

source_store_id — Mã chi nhánh xuất hàng (chuỗi nhà thuốc, reason=transfer-in)

source_warehouse_id — Mã kho xuất (reason=transfer-in)

target_store_id — Mã chi nhánh nhập hàng (chuỗi nhà thuốc, reason=transfer-in)

target_warehouse_id — Mã kho nhập (reason=transfer-in)

reference_number — Số chứng từ nhập hàng

practice_license_code — Số GCN đủ điều kiện sản xuất/kinh doanh thuốc của chi nhánh (bổ sung ở v1.1; dùng khi tài khoản cơ sở chính đẩy dữ liệu hộ cơ sở thành viên chuỗi)

note — Ghi chú (tối đa 500 ký tự)

items[] — Danh sách thuốc trong phiếu nhập

Unique id for the element within a resource (for internal references). This may be any string value that does not contain spaces.

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.

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.

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).

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.

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.

items[].drug_id — Mã định danh thuốc (bắt buộc — validator hệ thống trả lỗi 'Mã định danh thuốc không được để trống')

items[].unit_id — Mã đơn vị tính (bắt buộc — validator hệ thống trả lỗi 'Mã đơn vị tính không được để trống')

items[].quantity — Số lượng

items[].batch_no — Số lô sản xuất

items[].packaging_specifications — Quy cách đóng gói (bổ sung ở v1.1)

items[].expiry_date — Hạn sử dụng của lô

items[].manufacturer.id — Mã nhà sản xuất

items[].manufacturer.name — Tên nhà sản xuất (tối đa 200 ký tự)

items[].manufacturer.country — Mã quốc gia sản xuất (tối đa 5 ký tự, ISO-3166)

items[].gtin — Mã GTIN theo cấp độ đóng gói

items[].price — Đơn giá nhập (2 chữ số thập phân)

transaction_id — Mã giao dịch do hệ thống cấp trong response (dùng để poll trạng thái xử lý)

status — Trạng thái xử lý bất đồng bộ của hệ thống (mục 6.2: accepted | processing | completed | error | rejected)

Logical model cho payload phiếu nhập hàng gửi lên Hệ thống cơ sở dữ liệu về dược (POST /transactions/stock-in, API v1.1 mục 5.4.1). Áp dụng cho nhà thuốc/quầy thuốc (kể cả nhà thuốc bệnh viện), chuỗi nhà thuốc, cơ sở bán buôn, xuất/nhập khẩu. Xử lý bất đồng bộ: hệ thống trả transaction_id, phần mềm poll GET /transactions/stock-in/{id}/status (enum mục 6.2: accepted/processing/completed/error/rejected). Ràng buộc onboarding: cơ sở phải khai báo phiếu nhập tồn đầu kỳ (reason=opening-balance) trước khi liên thông giao dịch khác.

transaction_date — Ngày/giờ nhập hàng (định dạng YYYY-MM-DDThh:mm:ss, múi giờ GMT+7 không ghi offset — mục 6.3.1)

reason — Loại phiếu nhập/Lý do nhập (mục 6.4.1; tối đa 20 ký tự)

Cơ sở bán lẻ: supplier | return | opening-balance | other. Cơ sở khác thêm: transfer-in | manufactured | imported. Giá trị supplier bắt buộc kèm supplier_id; transfer-in bắt buộc kèm cặp source_/target_.

supplier_id — Mã định danh nhà cung cấp (bắt buộc khi reason=supplier)

source_store_id — Mã chi nhánh xuất hàng (chuỗi nhà thuốc, reason=transfer-in)

source_warehouse_id — Mã kho xuất (reason=transfer-in)

target_store_id — Mã chi nhánh nhập hàng (chuỗi nhà thuốc, reason=transfer-in)

target_warehouse_id — Mã kho nhập (reason=transfer-in)

reference_number — Số chứng từ nhập hàng

practice_license_code — Số GCN đủ điều kiện sản xuất/kinh doanh thuốc của chi nhánh (bổ sung ở v1.1; dùng khi tài khoản cơ sở chính đẩy dữ liệu hộ cơ sở thành viên chuỗi)

note — Ghi chú (tối đa 500 ký tự)

items[] — Danh sách thuốc trong phiếu nhập

items[].drug_id — Mã định danh thuốc (bắt buộc — validator hệ thống trả lỗi 'Mã định danh thuốc không được để trống')

items[].unit_id — Mã đơn vị tính (bắt buộc — validator hệ thống trả lỗi 'Mã đơn vị tính không được để trống')

items[].quantity — Số lượng

items[].batch_no — Số lô sản xuất

items[].packaging_specifications — Quy cách đóng gói (bổ sung ở v1.1)

items[].expiry_date — Hạn sử dụng của lô

items[].manufacturer.id — Mã nhà sản xuất

items[].manufacturer.name — Tên nhà sản xuất (tối đa 200 ký tự)

items[].manufacturer.country — Mã quốc gia sản xuất (tối đa 5 ký tự, ISO-3166)

items[].gtin — Mã GTIN theo cấp độ đóng gói

items[].price — Đơn giá nhập (2 chữ số thập phân)

transaction_id — Mã giao dịch do hệ thống cấp trong response (dùng để poll trạng thái xử lý)

status — Trạng thái xử lý bất đồng bộ của hệ thống (mục 6.2: accepted | processing | completed | error | rejected)

Logical model cho payload phiếu nhập hàng gửi lên Hệ thống cơ sở dữ liệu về dược (POST /transactions/stock-in, API v1.1 mục 5.4.1). Áp dụng cho nhà thuốc/quầy thuốc (kể cả nhà thuốc bệnh viện), chuỗi nhà thuốc, cơ sở bán buôn, xuất/nhập khẩu. Xử lý bất đồng bộ: hệ thống trả transaction_id, phần mềm poll GET /transactions/stock-in/{id}/status (enum mục 6.2: accepted/processing/completed/error/rejected). Ràng buộc onboarding: cơ sở phải khai báo phiếu nhập tồn đầu kỳ (reason=opening-balance) trước khi liên thông giao dịch khác.

transaction_date — Ngày/giờ nhập hàng (định dạng YYYY-MM-DDThh:mm:ss, múi giờ GMT+7 không ghi offset — mục 6.3.1)

reason — Loại phiếu nhập/Lý do nhập (mục 6.4.1; tối đa 20 ký tự)

Cơ sở bán lẻ: supplier | return | opening-balance | other. Cơ sở khác thêm: transfer-in | manufactured | imported. Giá trị supplier bắt buộc kèm supplier_id; transfer-in bắt buộc kèm cặp source_/target_.

supplier_id — Mã định danh nhà cung cấp (bắt buộc khi reason=supplier)

source_store_id — Mã chi nhánh xuất hàng (chuỗi nhà thuốc, reason=transfer-in)

source_warehouse_id — Mã kho xuất (reason=transfer-in)

target_store_id — Mã chi nhánh nhập hàng (chuỗi nhà thuốc, reason=transfer-in)

target_warehouse_id — Mã kho nhập (reason=transfer-in)

reference_number — Số chứng từ nhập hàng

practice_license_code — Số GCN đủ điều kiện sản xuất/kinh doanh thuốc của chi nhánh (bổ sung ở v1.1; dùng khi tài khoản cơ sở chính đẩy dữ liệu hộ cơ sở thành viên chuỗi)

note — Ghi chú (tối đa 500 ký tự)

items[] — Danh sách thuốc trong phiếu nhập

Unique id for the element within a resource (for internal references). This may be any string value that does not contain spaces.

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.

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.

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).

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.

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.

items[].drug_id — Mã định danh thuốc (bắt buộc — validator hệ thống trả lỗi 'Mã định danh thuốc không được để trống')

items[].unit_id — Mã đơn vị tính (bắt buộc — validator hệ thống trả lỗi 'Mã đơn vị tính không được để trống')

items[].quantity — Số lượng

items[].batch_no — Số lô sản xuất

items[].packaging_specifications — Quy cách đóng gói (bổ sung ở v1.1)

items[].expiry_date — Hạn sử dụng của lô

items[].manufacturer.id — Mã nhà sản xuất

items[].manufacturer.name — Tên nhà sản xuất (tối đa 200 ký tự)

items[].manufacturer.country — Mã quốc gia sản xuất (tối đa 5 ký tự, ISO-3166)

items[].gtin — Mã GTIN theo cấp độ đóng gói

items[].price — Đơn giá nhập (2 chữ số thập phân)

transaction_id — Mã giao dịch do hệ thống cấp trong response (dùng để poll trạng thái xử lý)

status — Trạng thái xử lý bất đồng bộ của hệ thống (mục 6.2: accepted | processing | completed | error | rejected)