Logical model đặc tả 46 trường nội dung Sổ sức khỏe điện tử tích hợp trên ứng dụng VNeID theo Quyết định 1332/QĐ-BYT (21/05/2024, ban hành thí điểm) và Hướng dẫn liên thông theo Quyết định 2733/QĐ-BYT (17/09/2024). Quy trình liên thông gồm 7 bước qua Cổng tiếp nhận dữ liệu Hệ thống thông tin giám định BHYT của cơ quan Bảo hiểm xã hội Việt Nam; sau khi CSKCB ký số và liên thông dữ liệu (khi kết thúc đợt KCB), cơ quan BHXH Việt Nam trích xuất và chia sẻ dữ liệu hiển thị lên ứng dụng VNeID trong vòng 24 giờ kể từ khi nhận được dữ liệu. Chuẩn dữ liệu nguồn = chuỗi QĐ 130/QĐ-BYT → QĐ 4750/QĐ-BYT (đọc hợp nhất với QĐ 3176/QĐ-BYT theo chính sách repo); Phụ lục 02 QĐ 2733/QĐ-BYT ánh xạ 46 STT trường Sổ SKĐT sang mã trường của các Bảng 1 (chỉ tiêu tổng hợp KCB), Bảng 2 (thuốc), Bảng 3 (dịch vụ kỹ thuật/VTYT), Bảng 4 (cận lâm sàng chi tiết) và Bảng 8 (tóm tắt hồ sơ bệnh án). LƯU Ý PHẠM VI: đây KHÔNG phải một API hay định dạng dữ liệu mới — dữ liệu Sổ SKĐT là một phần của dữ liệu thanh quyết toán chi phí KCB BHYT, đi qua đúng kênh liên thông XML KCB/BHYT hiện có. Cột (6) của Phụ lục 02 đánh dấu 'x' nghĩa là trường bổ sung chưa có trong chuẩn dữ liệu QĐ 130/QĐ-BYT và QĐ 4750/QĐ-BYT. Cờ hiển thị trên VNeID lấy theo Phần B QĐ 1332/QĐ-BYT ('+' là có hiển thị, '-' là không hiển thị).

Nhóm thông tin định danh người bệnh (STT 1-10)

Phần B mục I.1.1 QĐ 1332/QĐ-BYT; nguồn Bảng 1 chỉ tiêu tổng hợp KCB (QĐ 130/4750).

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.

STT 1 — Họ và tên (HO_TEN)

Nguồn: Bảng 1 QĐ 130/4750 — HO_TEN. Hiển thị VNeID: có (+).

STT 2 — Ngày tháng năm sinh (NGAY_SINH)

Nguồn: Bảng 1 QĐ 130/4750 — NGAY_SINH (12 ký tự yyyyMMddHHmm). Hiển thị VNeID: có (+).

STT 3 — Giới tính (GIOI_TINH)

Nguồn: Bảng 1 QĐ 130/4750 — GIOI_TINH (1: Nam; 2: Nữ; 3: Chưa xác định). Hiển thị VNeID: có (+).

STT 4 — Dân tộc (MA_DANTOC)

Nguồn: Bảng 1 QĐ 130/4750 — MA_DANTOC (Danh mục dân tộc VN theo QĐ 121-TCTK/PPCĐ 02/03/1979). Hiển thị VNeID: có (+) theo bảng Phần B (ghi chú cấu trúc cuối bảng có nêu điểm chưa nhất quán).

STT 5 — Quốc tịch (MA_QUOCTICH)

Nguồn: Bảng 1 QĐ 130/4750 — MA_QUOCTICH (mã quốc tịch theo Phụ lục 2 TT 07/2016/TT-BCA). Hiển thị VNeID: không (để trống trong bảng Phần B).

STT 6 — Nghề nghiệp (MA_NGHE_NGHIEP)

Nguồn: Bảng 1 QĐ 130/4750 — MA_NGHE_NGHIEP (Danh mục nghề nghiệp VN theo QĐ 34/2020/QĐ-TTg). Hiển thị VNeID: có (+).

STT 7 — Số định danh cá nhân / Số thẻ Căn cước (SO_CCCD)

Nguồn: Bảng 1 QĐ 130/4750 — SO_CCCD (số CCCD hoặc CMND hoặc hộ chiếu; nếu không có thì dùng mã tài khoản định danh điện tử). Hiển thị VNeID: có (+).

STT 8 — Mã số thẻ BHYT (MA_THE_BHYT)

Nguồn: Bảng 1 QĐ 130/4750 — MA_THE_BHYT (do cơ quan BHXH cấp). Hiển thị VNeID: có (+).

STT 9 — Nơi đăng ký khám chữa bệnh ban đầu (MA_DKBD)

Nguồn: Bảng 1 QĐ 130/4750 — MA_DKBD (mã CSKCB ĐKKCB ban đầu ghi trên thẻ BHYT, 05 ký tự; chú thích [3]: nơi quản lý hồ sơ sức khỏe). Hiển thị VNeID: có (+).

STT 10 — Số điện thoại liên hệ (DIEN_THOAI)

Nguồn: Bảng 1 QĐ 130/4750 — DIEN_THOAI (số của người dân hoặc thân nhân, chỉ ghi khi được cung cấp). Hiển thị VNeID: có (+).

Nhóm địa chỉ nơi cư trú hiện tại (STT 11a-11d)

Phần B mục I.1.2 QĐ 1332/QĐ-BYT; chú thích [4]: căn cứ chuyển dữ liệu về hệ thống hồ sơ sức khỏe của địa phương quản lý. LƯU Ý HỆ MÃ: mã tỉnh 2 ký tự theo TT 07/2016/TT-BCA và mã huyện/xã theo QĐ 124/2004/QĐ-TTg là hệ mã ĐVHC TRƯỚC sắp xếp 01/07/2025 — phải đối chiếu VNProvinceLegacyCS / VNDistrictLegacyCS / mã xã legacy, KHÔNG map thẳng vào bộ mã 34 tỉnh hiện hành.

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.

STT 11a — Nơi cư trú hiện tại: thôn xóm, số nhà, đường phố... (DIA_CHI)

Nguồn: Bảng 1 QĐ 130/4750 — DIA_CHI. Hiển thị VNeID: có (+).

STT 11b — Nơi cư trú hiện tại: tỉnh, thành phố (MATINH_CU_TRU)

Nguồn: Bảng 1 QĐ 130/4750 — MATINH_CU_TRU (02 ký tự cuối mã ĐVHC tỉnh/TP theo Phụ lục 1 TT 07/2016/TT-BCA — hệ mã trước 01/07/2025). Hiển thị VNeID: có (+).

STT 11c — Nơi cư trú hiện tại: huyện, quận, thị xã (MAHUYEN_CU_TRU)

Nguồn: Bảng 1 QĐ 130/4750 — MAHUYEN_CU_TRU (mã ĐVHC cấp huyện theo QĐ 124/2004/QĐ-TTg — hệ mã trước 01/07/2025). Hiển thị VNeID: có (+).

STT 11d — Nơi cư trú hiện tại: xã, phường, thị trấn (MAXA_CU_TRU)

Nguồn: Bảng 1 QĐ 130/4750 — MAXA_CU_TRU (mã ĐVHC cấp xã theo QĐ 124/2004/QĐ-TTg — hệ mã trước 01/07/2025). Hiển thị VNeID: có (+).

Nhóm thông tin người giám hộ, người chăm sóc chính, người đại diện (STT 12-15)

Phần B mục I.1.3 QĐ 1332/QĐ-BYT; chú thích [5]/[6]: được phép quản lý sổ và hiển thị thông tin sức khỏe trên VNeID khi chủ thể không tự quản lý được. Cả nhóm là trường bổ sung (x) chưa có trong chuẩn QĐ 130/4750 (Phụ lục 02 QĐ 2733/QĐ-BYT: phối hợp C06 thống nhất phương án lấy từ VNeID của người đại diện).

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.

STT 12 — Họ và tên người đại diện (trường bổ sung, chưa có mã nguồn)

Nguồn: trường bổ sung (x) chưa có trong chuẩn QĐ 130/4750. Hiển thị VNeID: có (+).

STT 13 — Mối quan hệ (trường bổ sung, chưa có mã nguồn)

Nguồn: trường bổ sung (x) chưa có trong chuẩn QĐ 130/4750. Hiển thị VNeID: có (+).

STT 14 — Số định danh công dân, thẻ căn cước của người đại diện (trường bổ sung, chưa có mã nguồn)

Nguồn: trường bổ sung (x) chưa có trong chuẩn QĐ 130/4750. Hiển thị VNeID: có (+).

STT 15 — Số điện thoại liên hệ của người đại diện (trường bổ sung, chưa có mã nguồn)

Nguồn: trường bổ sung (x) chưa có trong chuẩn QĐ 130/4750. Hiển thị VNeID: có (+).

Nhóm tiền sử — tổng hợp bản ghi lịch sử khám, chữa bệnh (STT 16-19)

Phần B mục II QĐ 1332/QĐ-BYT; Phụ lục 02 QĐ 2733/QĐ-BYT: tổng hợp kết quả từ mục III (đợt KCB), nguồn Bảng 1 QĐ 130/4750.

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.

STT 16 — Ngày khám bệnh, ngày ra viện (NGAY_VAO - NGAY_RA)

Nguồn: Bảng 1 QĐ 130/4750 — cặp NGAY_VAO - NGAY_RA (định dạng ddMMyyyy HH:ss - ddMMyyyy HH:ss). Hiển thị VNeID: có (+).

STT 17a — Mã cơ sở khám bệnh, chữa bệnh (MA_CSKCB)

Nguồn: Bảng 1 QĐ 130/4750 — MA_CSKCB. Hiển thị VNeID: không (-).

STT 17b — Tên cơ sở khám bệnh, chữa bệnh (phiên từ MA_CSKCB)

Nguồn: Bảng 1 QĐ 130/4750 — phiên MA_CSKCB ra tên từ CSDL tên CSKCB của BHXH Việt Nam. Hiển thị VNeID: có (+).

STT 18 — Chẩn đoán xác định khi ra viện (CHAN_DOAN_RV)

Nguồn: Bảng 1 QĐ 130/4750 — CHAN_DOAN_RV. Hiển thị VNeID: có (+).

STT 19a — Mã bệnh theo ICD-10 (MA_BENH_CHINH; MA_BENH_KT; MA_BENH_YHCT)

Nguồn: Bảng 1 QĐ 130/4750 — MA_BENH_CHINH; MA_BENH_KT; MA_BENH_YHCT (nhiều mã cách nhau ';', mã đầu = bệnh chính). Hiển thị VNeID: có (+) — điểm bất đối xứng: 19a hiển thị nhưng 19b (tên) không hiển thị.

STT 19b — Tên bệnh theo ICD-10 (phiên từ mã bệnh)

Nguồn: Bảng 1 QĐ 130/4750 — phiên MA_BENH_* ra tên bệnh từ danh mục bệnh của BHXH Việt Nam (tên chính là bệnh đầu tiên). Hiển thị VNeID: không (để trống trong bảng Phần B).

Nhóm thông tin đợt khám, chữa bệnh và chẩn đoán ra viện (STT 20-31)

Phần B mục III.3.1 + III.3.2 QĐ 1332/QĐ-BYT; báo cáo khi kết thúc đợt KCB, nguồn Bảng 1 QĐ 130/4750.

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.

STT 20a — Mã cơ sở KBCB nơi người bệnh khám và điều trị (MA_CSKCB)

Nguồn: Bảng 1 QĐ 130/4750 — MA_CSKCB. Hiển thị VNeID: không (-).

STT 20b — Tên cơ sở KBCB nơi người bệnh khám và điều trị (phiên từ MA_CSKCB)

Nguồn: Bảng 1 QĐ 130/4750 — phiên MA_CSKCB ra tên CSKCB từ CSDL tên CSKCB của BHXH Việt Nam. Hiển thị VNeID: có (+).

STT 21a — Mã CSKCB nơi đã chuyển người bệnh đi (MA_NOI_DI)

Nguồn: Bảng 1 QĐ 130/4750 — MA_NOI_DI; ghi khi chuyển tuyến hoặc khám lại theo giấy hẹn (khoản 6 Điều 6 TT 30/2020/TT-BYT) hoặc lĩnh thuốc TYT xã (điểm h khoản 1 Điều 14 NĐ 146/2018/NĐ-CP). LƯU Ý HIỆU LỰC: QĐ 2733/QĐ-BYT trích 2 văn bản này nguyên trạng tại thời điểm ban hành (17/09/2024); NĐ 146/2018/NĐ-CP đã bị NĐ 188/2025/NĐ-CP thay thế (hiệu lực 15/08/2025); TT 30/2020/TT-BYT CÒN HIỆU LỰC dạng amended (chốt 23/07/2026 — sửa bởi TT 35/2021/TT-BYT + TT 08/2024 + TT 01/2025/TT-BYT, đọc hợp nhất) — đối chiếu thêm quy định tương ứng trong NĐ 188/2025/NĐ-CP khi áp dụng. Hiển thị VNeID: không (-).

STT 21b — Tên CSKCB nơi đã chuyển người bệnh đi (phiên từ MA_NOI_DI)

Nguồn: Bảng 1 QĐ 130/4750 — phiên MA_NOI_DI ra tên CSKCB từ CSDL tên CSKCB của BHXH Việt Nam. Hiển thị VNeID: có (+).

STT 22 — Lý do đến khám bệnh, chữa bệnh (LY_DO_VV)

Nguồn: Bảng 1 QĐ 130/4750 — LY_DO_VV. Hiển thị VNeID: có (+).

STT 23 — Loại hình khám bệnh, chữa bệnh (MA_LOAI_KCB)

Nguồn: Bảng 1 QĐ 130/4750 — MA_LOAI_KCB (mã hình thức KCB theo Bộ mã DMDC; chú thích [8] QĐ 1332/QĐ-BYT: danh mục QĐ 824/QĐ-BYT 15/02/2023). Hiển thị VNeID: không đánh dấu (nguyên trạng bảng Phần B).

STT 24 — Ngày giờ vào viện, đến khám (NGAY_VAO)

Nguồn: Bảng 1 QĐ 130/4750 — NGAY_VAO (12 ký tự yyyymmddHHMM). Hiển thị VNeID: có (+).

STT 25 — Ngày giờ ra viện (NGAY_RA)

Nguồn: Bảng 1 QĐ 130/4750 — NGAY_RA (12 ký tự yyyymmddHHMM; thời điểm kết thúc điều trị). Hiển thị VNeID: có (+).

STT 26 — Kết quả điều trị (KET_QUA_DTRI)

Nguồn: Bảng 1 QĐ 130/4750 — KET_QUA_DTRI (1: Khỏi; 2: Đỡ; 3: Không thay đổi; 4: Nặng hơn; 5: Tử vong; 6: Tiên lượng nặng xin về; 7: Chưa xác định). Hiển thị VNeID: có (+).

STT 27 — Tình trạng ra viện (MA_LOAI_RV)

Nguồn: Bảng 1 QĐ 130/4750 — MA_LOAI_RV (1: Ra viện; 2: Chuyển tuyến theo yêu cầu chuyên môn; 3: Trốn viện; 4: Xin ra viện; 5: Chuyển tuyến theo yêu cầu người bệnh). Hiển thị VNeID: có (+).

STT 28a — Mã CSKCB nơi chuyển người bệnh đến (MA_NOI_DEN)

Nguồn: Bảng 1 QĐ 130/4750 — MA_NOI_DEN. Hiển thị VNeID: không (-).

STT 28b — Tên CSKCB nơi chuyển người bệnh đến (phiên từ MA_NOI_DEN)

Nguồn: Bảng 1 QĐ 130/4750 — phiên MA_NOI_DEN ra tên CSKCB từ CSDL tên CSKCB của BHXH Việt Nam. Hiển thị VNeID: có (+).

STT 29 — Chẩn đoán xác định khi ra viện (CHAN_DOAN_RV)

Nguồn: Bảng 1 QĐ 130/4750 — CHAN_DOAN_RV (bệnh chính, biến chứng, bệnh kèm theo, nguyên nhân). Hiển thị VNeID: có (+).

STT 30a — Mã bệnh theo ICD-10 (MA_BENH_CHINH; MA_BENH_KT; MA_BENH_YHCT)

Nguồn: Bảng 1 QĐ 130/4750 — MA_BENH_CHINH; MA_BENH_KT; MA_BENH_YHCT (nhiều mã cách nhau ';', mã đầu = bệnh chính). Hiển thị VNeID: có (+).

STT 30b — Tên bệnh theo ICD-10 (phiên từ mã bệnh)

Nguồn: Bảng 1 QĐ 130/4750 — phiên MA_BENH_* ra tên bệnh từ danh mục bệnh của BHXH Việt Nam (chú thích [9]: bệnh đầu tiên là bệnh chính). Hiển thị VNeID: có (+).

STT 31 — Ghi chú (GHI_CHU)

Nguồn: Bảng 1 QĐ 130/4750 — GHI_CHU (lời dặn của bác sĩ/nhân viên y tế sau khi kết thúc lần KCB). Hiển thị VNeID: có (+).

Nhóm kết quả cận lâm sàng, chỉ số theo dõi có giá trị (STT 32-38)

Phần B mục III.3.3 QĐ 1332/QĐ-BYT; chú thích [10]: danh mục chỉ số theo dõi và chỉ số cận lâm sàng chi tiết; nguồn Bảng 3 (dịch vụ kỹ thuật/VTYT) và Bảng 4 (cận lâm sàng chi tiết) QĐ 130/4750.

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.

STT 32a — Mã nhóm cận lâm sàng, chỉ số theo dõi (MA_NHOM)

Nguồn: Bảng 3 QĐ 130/4750 — MA_NHOM (mã nhóm chi phí theo Phụ lục 3 QĐ 5937/QĐ-BYT hoặc văn bản thay thế). Hiển thị VNeID: không đánh dấu (nguyên trạng bảng Phần B).

STT 32b — Nhóm cận lâm sàng, chỉ số theo dõi (phiên từ MA_NHOM)

Nguồn: Bảng 3 QĐ 130/4750 — phiên MA_NHOM sang tên nhóm. Hiển thị VNeID: có (+).

STT 33a — Mã cận lâm sàng, chỉ số theo dõi (MA_DICH_VU)

Nguồn: Bảng 3 QĐ 130/4750 — MA_DICH_VU (mã dịch vụ kỹ thuật/tiền khám/tiền giường theo Bộ mã DMDC). Hiển thị VNeID: không (-).

STT 33b — Tên cận lâm sàng, chỉ số theo dõi (TEN_DICH_VU)

Nguồn: Bảng 3 QĐ 130/4750 — TEN_DICH_VU. Hiển thị VNeID: có (+).

STT 34a — Mã chỉ số cận lâm sàng, chỉ số theo dõi chi tiết (MA_CHI_SO)

Nguồn: Bảng 4 QĐ 130/4750 — MA_CHI_SO. Hiển thị VNeID: không (-).

STT 34b — Tên chỉ số cận lâm sàng, chỉ số theo dõi chi tiết (phiên từ MA_CHI_SO)

Nguồn: Bảng 4 QĐ 130/4750 — phiên MA_CHI_SO sang tên chỉ số. Hiển thị VNeID: có (+).

STT 35 — Kết quả (GIA_TRI)

Nguồn: Bảng 4 QĐ 130/4750 — GIA_TRI (giá trị chỉ số). Hiển thị VNeID: có (+).

STT 36 — Kết luận (KET_LUAN)

Nguồn: Bảng 4 QĐ 130/4750 — KET_LUAN (kết luận của người đọc kết quả). Hiển thị VNeID: có (+).

STT 37 — Ngày giờ thực hiện (NGAY_KQ)

Nguồn: Bảng 4 QĐ 130/4750 — NGAY_KQ (12 ký tự yyyymmddHHMM; thời điểm có kết quả). Hiển thị VNeID: có (+).

STT 38 — Liên kết đến kết quả cận lâm sàng trên hệ thống khác (LINK_PACS)

Nguồn: Bảng 3 QĐ 130/4750 — LINK_PACS; trường bổ sung (x) chưa có trong chuẩn QĐ 130/4750 (link PACS hoặc link xét nghiệm; chú thích [11]: nhiều link cách nhau ';'). Hiển thị VNeID: không đánh dấu (nguyên trạng bảng Phần B).

Nhóm thuốc đã điều trị, đơn thuốc đã kê (STT 39a-39h)

Phần B mục III.3.4 QĐ 1332/QĐ-BYT; nguồn Bảng 2 chỉ tiêu chi tiết thuốc QĐ 130/4750 (= BHYTXML2MedicationLM).

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.

STT 39a — Mã thuốc điều trị (MA_THUOC)

Nguồn: Bảng 2 QĐ 130/4750 — MA_THUOC (mã hoạt chất theo Bộ mã DMDC). Hiển thị VNeID: không (-).

STT 39b — Tên thuốc, hàm lượng (TEN_THUOC, HAM_LUONG)

Nguồn: Bảng 2 QĐ 130/4750 — TEN_THUOC + HAM_LUONG. Hiển thị VNeID: có (+).

STT 39c — Đơn vị tính (DON_VI_TINH)

Nguồn: Bảng 2 QĐ 130/4750 — DON_VI_TINH (đơn vị nhỏ nhất, thực tế sử dụng). Hiển thị VNeID: có (+).

STT 39d — Đường dùng (DUONG_DUNG)

Nguồn: Bảng 2 QĐ 130/4750 — DUONG_DUNG (mã đường dùng theo giấy đăng ký lưu hành). Hiển thị VNeID: có (+).

STT 39e — Số lượng (SO_LUONG)

Nguồn: Bảng 2 QĐ 130/4750 — SO_LUONG (số lượng thực tế, làm tròn 3 chữ số thập phân). Hiển thị VNeID: có (+).

STT 39g — Liều dùng (LIEU_DUNG)

Nguồn: Bảng 2 QĐ 130/4750 — LIEU_DUNG (số lượng/lần * số lần/ngày * số ngày). Hiển thị VNeID: có (+).

STT 39h — Cách dùng (CACH_DUNG)

Nguồn: Bảng 2 QĐ 130/4750 — CACH_DUNG (lời dặn của thầy thuốc/y lệnh). Hiển thị VNeID: có (+).

Nhóm phẫu thuật, thủ thuật đã thực hiện (STT 40a-40b)

Phần B mục III.3.5 QĐ 1332/QĐ-BYT; nguồn Bảng 3 QĐ 130/4750 — lấy dịch vụ có MA_NHOM = 8 hoặc MA_NHOM = 18 (PTTT từ loại 3 trở lên).

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.

STT 40a — Mã phẫu thuật, thủ thuật (MA_DICH_VU)

Nguồn: Bảng 3 QĐ 130/4750 — MA_DICH_VU (lấy dịch vụ MA_NHOM = 8 hoặc 18; PTTT từ loại 3 trở lên). Hiển thị VNeID: không (-).

STT 40b — Tên phẫu thuật, thủ thuật (TEN_DICH_VU)

Nguồn: Bảng 3 QĐ 130/4750 — TEN_DICH_VU (PTTT từ loại 3 trở lên). Hiển thị VNeID: có (+).

Nhóm tóm tắt quá trình điều trị, tình trạng người bệnh (STT 41-46)

Phần B mục III.3.6 QĐ 1332/QĐ-BYT; nguồn Bảng 8 tóm tắt hồ sơ bệnh án QĐ 130/4750 (= BHYTXML8TreatmentSummaryLM) và một số trường Bảng 1.

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.

STT 41 — Tóm tắt tiền sử, bệnh sử và diễn biến lâm sàng (QT_BENHLY)

Nguồn: Bảng 8 QĐ 130/4750 — QT_BENHLY. Hiển thị VNeID: có (+).

STT 42 — Tóm tắt kết quả cận lâm sàng có giá trị (TOMTAT_KQ)

Nguồn: Bảng 8 QĐ 130/4750 — TOMTAT_KQ. Hiển thị VNeID: có (+).

STT 43 — Tóm tắt phương pháp điều trị đã thực hiện (PP_DIEUTRI)

Nguồn: Bảng 8 QĐ 130/4750 — PP_DIEUTRI. Hiển thị VNeID: có (+).

STT 44 — Hướng điều trị tiếp theo, kê đơn, lời dặn, lịch tái khám (GHI_CHU và NGAY_TAI_KHAM)

Nguồn: Bảng 1 QĐ 130/4750 — GHI_CHU và NGAY_TAI_KHAM. Hiển thị VNeID: có (+).

STT 45 — Bác sĩ điều trị (BAC_SI_DTRI)

Nguồn: Bảng 1 QĐ 130/4750 — BAC_SI_DTRI; trường bổ sung (x) chưa có trong chuẩn QĐ 130/4750 (bác sĩ điều trị bệnh chính). Hiển thị VNeID: có (+).

STT 46 — Số điện thoại liên hệ của bác sĩ (DIEN_THOAI_BAC_SI)

Nguồn: Bảng 1 QĐ 130/4750 — DIEN_THOAI_BAC_SI; trường bổ sung (x) chưa có trong chuẩn QĐ 130/4750. Hiển thị VNeID: có (+).

Logical model đặc tả 46 trường nội dung Sổ sức khỏe điện tử tích hợp trên ứng dụng VNeID theo Quyết định 1332/QĐ-BYT (21/05/2024, ban hành thí điểm) và Hướng dẫn liên thông theo Quyết định 2733/QĐ-BYT (17/09/2024). Quy trình liên thông gồm 7 bước qua Cổng tiếp nhận dữ liệu Hệ thống thông tin giám định BHYT của cơ quan Bảo hiểm xã hội Việt Nam; sau khi CSKCB ký số và liên thông dữ liệu (khi kết thúc đợt KCB), cơ quan BHXH Việt Nam trích xuất và chia sẻ dữ liệu hiển thị lên ứng dụng VNeID trong vòng 24 giờ kể từ khi nhận được dữ liệu. Chuẩn dữ liệu nguồn = chuỗi QĐ 130/QĐ-BYT → QĐ 4750/QĐ-BYT (đọc hợp nhất với QĐ 3176/QĐ-BYT theo chính sách repo); Phụ lục 02 QĐ 2733/QĐ-BYT ánh xạ 46 STT trường Sổ SKĐT sang mã trường của các Bảng 1 (chỉ tiêu tổng hợp KCB), Bảng 2 (thuốc), Bảng 3 (dịch vụ kỹ thuật/VTYT), Bảng 4 (cận lâm sàng chi tiết) và Bảng 8 (tóm tắt hồ sơ bệnh án). LƯU Ý PHẠM VI: đây KHÔNG phải một API hay định dạng dữ liệu mới — dữ liệu Sổ SKĐT là một phần của dữ liệu thanh quyết toán chi phí KCB BHYT, đi qua đúng kênh liên thông XML KCB/BHYT hiện có. Cột (6) của Phụ lục 02 đánh dấu 'x' nghĩa là trường bổ sung chưa có trong chuẩn dữ liệu QĐ 130/QĐ-BYT và QĐ 4750/QĐ-BYT. Cờ hiển thị trên VNeID lấy theo Phần B QĐ 1332/QĐ-BYT ('+' là có hiển thị, '-' là không hiển thị).

Nhóm thông tin định danh người bệnh (STT 1-10)

Phần B mục I.1.1 QĐ 1332/QĐ-BYT; nguồn Bảng 1 chỉ tiêu tổng hợp KCB (QĐ 130/4750).

STT 1 — Họ và tên (HO_TEN)

Nguồn: Bảng 1 QĐ 130/4750 — HO_TEN. Hiển thị VNeID: có (+).

STT 2 — Ngày tháng năm sinh (NGAY_SINH)

Nguồn: Bảng 1 QĐ 130/4750 — NGAY_SINH (12 ký tự yyyyMMddHHmm). Hiển thị VNeID: có (+).

STT 3 — Giới tính (GIOI_TINH)

Nguồn: Bảng 1 QĐ 130/4750 — GIOI_TINH (1: Nam; 2: Nữ; 3: Chưa xác định). Hiển thị VNeID: có (+).

STT 4 — Dân tộc (MA_DANTOC)

Nguồn: Bảng 1 QĐ 130/4750 — MA_DANTOC (Danh mục dân tộc VN theo QĐ 121-TCTK/PPCĐ 02/03/1979). Hiển thị VNeID: có (+) theo bảng Phần B (ghi chú cấu trúc cuối bảng có nêu điểm chưa nhất quán).

STT 5 — Quốc tịch (MA_QUOCTICH)

Nguồn: Bảng 1 QĐ 130/4750 — MA_QUOCTICH (mã quốc tịch theo Phụ lục 2 TT 07/2016/TT-BCA). Hiển thị VNeID: không (để trống trong bảng Phần B).

STT 6 — Nghề nghiệp (MA_NGHE_NGHIEP)

Nguồn: Bảng 1 QĐ 130/4750 — MA_NGHE_NGHIEP (Danh mục nghề nghiệp VN theo QĐ 34/2020/QĐ-TTg). Hiển thị VNeID: có (+).

STT 7 — Số định danh cá nhân / Số thẻ Căn cước (SO_CCCD)

Nguồn: Bảng 1 QĐ 130/4750 — SO_CCCD (số CCCD hoặc CMND hoặc hộ chiếu; nếu không có thì dùng mã tài khoản định danh điện tử). Hiển thị VNeID: có (+).

STT 8 — Mã số thẻ BHYT (MA_THE_BHYT)

Nguồn: Bảng 1 QĐ 130/4750 — MA_THE_BHYT (do cơ quan BHXH cấp). Hiển thị VNeID: có (+).

STT 9 — Nơi đăng ký khám chữa bệnh ban đầu (MA_DKBD)

Nguồn: Bảng 1 QĐ 130/4750 — MA_DKBD (mã CSKCB ĐKKCB ban đầu ghi trên thẻ BHYT, 05 ký tự; chú thích [3]: nơi quản lý hồ sơ sức khỏe). Hiển thị VNeID: có (+).

STT 10 — Số điện thoại liên hệ (DIEN_THOAI)

Nguồn: Bảng 1 QĐ 130/4750 — DIEN_THOAI (số của người dân hoặc thân nhân, chỉ ghi khi được cung cấp). Hiển thị VNeID: có (+).

Nhóm địa chỉ nơi cư trú hiện tại (STT 11a-11d)

Phần B mục I.1.2 QĐ 1332/QĐ-BYT; chú thích [4]: căn cứ chuyển dữ liệu về hệ thống hồ sơ sức khỏe của địa phương quản lý. LƯU Ý HỆ MÃ: mã tỉnh 2 ký tự theo TT 07/2016/TT-BCA và mã huyện/xã theo QĐ 124/2004/QĐ-TTg là hệ mã ĐVHC TRƯỚC sắp xếp 01/07/2025 — phải đối chiếu VNProvinceLegacyCS / VNDistrictLegacyCS / mã xã legacy, KHÔNG map thẳng vào bộ mã 34 tỉnh hiện hành.

STT 11a — Nơi cư trú hiện tại: thôn xóm, số nhà, đường phố... (DIA_CHI)

Nguồn: Bảng 1 QĐ 130/4750 — DIA_CHI. Hiển thị VNeID: có (+).

STT 11b — Nơi cư trú hiện tại: tỉnh, thành phố (MATINH_CU_TRU)

Nguồn: Bảng 1 QĐ 130/4750 — MATINH_CU_TRU (02 ký tự cuối mã ĐVHC tỉnh/TP theo Phụ lục 1 TT 07/2016/TT-BCA — hệ mã trước 01/07/2025). Hiển thị VNeID: có (+).

STT 11c — Nơi cư trú hiện tại: huyện, quận, thị xã (MAHUYEN_CU_TRU)

Nguồn: Bảng 1 QĐ 130/4750 — MAHUYEN_CU_TRU (mã ĐVHC cấp huyện theo QĐ 124/2004/QĐ-TTg — hệ mã trước 01/07/2025). Hiển thị VNeID: có (+).

STT 11d — Nơi cư trú hiện tại: xã, phường, thị trấn (MAXA_CU_TRU)

Nguồn: Bảng 1 QĐ 130/4750 — MAXA_CU_TRU (mã ĐVHC cấp xã theo QĐ 124/2004/QĐ-TTg — hệ mã trước 01/07/2025). Hiển thị VNeID: có (+).

Nhóm thông tin người giám hộ, người chăm sóc chính, người đại diện (STT 12-15)

Phần B mục I.1.3 QĐ 1332/QĐ-BYT; chú thích [5]/[6]: được phép quản lý sổ và hiển thị thông tin sức khỏe trên VNeID khi chủ thể không tự quản lý được. Cả nhóm là trường bổ sung (x) chưa có trong chuẩn QĐ 130/4750 (Phụ lục 02 QĐ 2733/QĐ-BYT: phối hợp C06 thống nhất phương án lấy từ VNeID của người đại diện).

STT 12 — Họ và tên người đại diện (trường bổ sung, chưa có mã nguồn)

Nguồn: trường bổ sung (x) chưa có trong chuẩn QĐ 130/4750. Hiển thị VNeID: có (+).

STT 13 — Mối quan hệ (trường bổ sung, chưa có mã nguồn)

Nguồn: trường bổ sung (x) chưa có trong chuẩn QĐ 130/4750. Hiển thị VNeID: có (+).

STT 14 — Số định danh công dân, thẻ căn cước của người đại diện (trường bổ sung, chưa có mã nguồn)

Nguồn: trường bổ sung (x) chưa có trong chuẩn QĐ 130/4750. Hiển thị VNeID: có (+).

STT 15 — Số điện thoại liên hệ của người đại diện (trường bổ sung, chưa có mã nguồn)

Nguồn: trường bổ sung (x) chưa có trong chuẩn QĐ 130/4750. Hiển thị VNeID: có (+).

Nhóm tiền sử — tổng hợp bản ghi lịch sử khám, chữa bệnh (STT 16-19)

Phần B mục II QĐ 1332/QĐ-BYT; Phụ lục 02 QĐ 2733/QĐ-BYT: tổng hợp kết quả từ mục III (đợt KCB), nguồn Bảng 1 QĐ 130/4750.

STT 16 — Ngày khám bệnh, ngày ra viện (NGAY_VAO - NGAY_RA)

Nguồn: Bảng 1 QĐ 130/4750 — cặp NGAY_VAO - NGAY_RA (định dạng ddMMyyyy HH:ss - ddMMyyyy HH:ss). Hiển thị VNeID: có (+).

STT 17a — Mã cơ sở khám bệnh, chữa bệnh (MA_CSKCB)

Nguồn: Bảng 1 QĐ 130/4750 — MA_CSKCB. Hiển thị VNeID: không (-).

STT 17b — Tên cơ sở khám bệnh, chữa bệnh (phiên từ MA_CSKCB)

Nguồn: Bảng 1 QĐ 130/4750 — phiên MA_CSKCB ra tên từ CSDL tên CSKCB của BHXH Việt Nam. Hiển thị VNeID: có (+).

STT 18 — Chẩn đoán xác định khi ra viện (CHAN_DOAN_RV)

Nguồn: Bảng 1 QĐ 130/4750 — CHAN_DOAN_RV. Hiển thị VNeID: có (+).

STT 19a — Mã bệnh theo ICD-10 (MA_BENH_CHINH; MA_BENH_KT; MA_BENH_YHCT)

Nguồn: Bảng 1 QĐ 130/4750 — MA_BENH_CHINH; MA_BENH_KT; MA_BENH_YHCT (nhiều mã cách nhau ';', mã đầu = bệnh chính). Hiển thị VNeID: có (+) — điểm bất đối xứng: 19a hiển thị nhưng 19b (tên) không hiển thị.

STT 19b — Tên bệnh theo ICD-10 (phiên từ mã bệnh)

Nguồn: Bảng 1 QĐ 130/4750 — phiên MA_BENH_* ra tên bệnh từ danh mục bệnh của BHXH Việt Nam (tên chính là bệnh đầu tiên). Hiển thị VNeID: không (để trống trong bảng Phần B).

Nhóm thông tin đợt khám, chữa bệnh và chẩn đoán ra viện (STT 20-31)

Phần B mục III.3.1 + III.3.2 QĐ 1332/QĐ-BYT; báo cáo khi kết thúc đợt KCB, nguồn Bảng 1 QĐ 130/4750.

STT 20a — Mã cơ sở KBCB nơi người bệnh khám và điều trị (MA_CSKCB)

Nguồn: Bảng 1 QĐ 130/4750 — MA_CSKCB. Hiển thị VNeID: không (-).

STT 20b — Tên cơ sở KBCB nơi người bệnh khám và điều trị (phiên từ MA_CSKCB)

Nguồn: Bảng 1 QĐ 130/4750 — phiên MA_CSKCB ra tên CSKCB từ CSDL tên CSKCB của BHXH Việt Nam. Hiển thị VNeID: có (+).

STT 21a — Mã CSKCB nơi đã chuyển người bệnh đi (MA_NOI_DI)

Nguồn: Bảng 1 QĐ 130/4750 — MA_NOI_DI; ghi khi chuyển tuyến hoặc khám lại theo giấy hẹn (khoản 6 Điều 6 TT 30/2020/TT-BYT) hoặc lĩnh thuốc TYT xã (điểm h khoản 1 Điều 14 NĐ 146/2018/NĐ-CP). LƯU Ý HIỆU LỰC: QĐ 2733/QĐ-BYT trích 2 văn bản này nguyên trạng tại thời điểm ban hành (17/09/2024); NĐ 146/2018/NĐ-CP đã bị NĐ 188/2025/NĐ-CP thay thế (hiệu lực 15/08/2025); TT 30/2020/TT-BYT CÒN HIỆU LỰC dạng amended (chốt 23/07/2026 — sửa bởi TT 35/2021/TT-BYT + TT 08/2024 + TT 01/2025/TT-BYT, đọc hợp nhất) — đối chiếu thêm quy định tương ứng trong NĐ 188/2025/NĐ-CP khi áp dụng. Hiển thị VNeID: không (-).

STT 21b — Tên CSKCB nơi đã chuyển người bệnh đi (phiên từ MA_NOI_DI)

Nguồn: Bảng 1 QĐ 130/4750 — phiên MA_NOI_DI ra tên CSKCB từ CSDL tên CSKCB của BHXH Việt Nam. Hiển thị VNeID: có (+).

STT 22 — Lý do đến khám bệnh, chữa bệnh (LY_DO_VV)

Nguồn: Bảng 1 QĐ 130/4750 — LY_DO_VV. Hiển thị VNeID: có (+).

STT 23 — Loại hình khám bệnh, chữa bệnh (MA_LOAI_KCB)

Nguồn: Bảng 1 QĐ 130/4750 — MA_LOAI_KCB (mã hình thức KCB theo Bộ mã DMDC; chú thích [8] QĐ 1332/QĐ-BYT: danh mục QĐ 824/QĐ-BYT 15/02/2023). Hiển thị VNeID: không đánh dấu (nguyên trạng bảng Phần B).

STT 24 — Ngày giờ vào viện, đến khám (NGAY_VAO)

Nguồn: Bảng 1 QĐ 130/4750 — NGAY_VAO (12 ký tự yyyymmddHHMM). Hiển thị VNeID: có (+).

STT 25 — Ngày giờ ra viện (NGAY_RA)

Nguồn: Bảng 1 QĐ 130/4750 — NGAY_RA (12 ký tự yyyymmddHHMM; thời điểm kết thúc điều trị). Hiển thị VNeID: có (+).

STT 26 — Kết quả điều trị (KET_QUA_DTRI)

Nguồn: Bảng 1 QĐ 130/4750 — KET_QUA_DTRI (1: Khỏi; 2: Đỡ; 3: Không thay đổi; 4: Nặng hơn; 5: Tử vong; 6: Tiên lượng nặng xin về; 7: Chưa xác định). Hiển thị VNeID: có (+).

STT 27 — Tình trạng ra viện (MA_LOAI_RV)

Nguồn: Bảng 1 QĐ 130/4750 — MA_LOAI_RV (1: Ra viện; 2: Chuyển tuyến theo yêu cầu chuyên môn; 3: Trốn viện; 4: Xin ra viện; 5: Chuyển tuyến theo yêu cầu người bệnh). Hiển thị VNeID: có (+).

STT 28a — Mã CSKCB nơi chuyển người bệnh đến (MA_NOI_DEN)

Nguồn: Bảng 1 QĐ 130/4750 — MA_NOI_DEN. Hiển thị VNeID: không (-).

STT 28b — Tên CSKCB nơi chuyển người bệnh đến (phiên từ MA_NOI_DEN)

Nguồn: Bảng 1 QĐ 130/4750 — phiên MA_NOI_DEN ra tên CSKCB từ CSDL tên CSKCB của BHXH Việt Nam. Hiển thị VNeID: có (+).

STT 29 — Chẩn đoán xác định khi ra viện (CHAN_DOAN_RV)

Nguồn: Bảng 1 QĐ 130/4750 — CHAN_DOAN_RV (bệnh chính, biến chứng, bệnh kèm theo, nguyên nhân). Hiển thị VNeID: có (+).

STT 30a — Mã bệnh theo ICD-10 (MA_BENH_CHINH; MA_BENH_KT; MA_BENH_YHCT)

Nguồn: Bảng 1 QĐ 130/4750 — MA_BENH_CHINH; MA_BENH_KT; MA_BENH_YHCT (nhiều mã cách nhau ';', mã đầu = bệnh chính). Hiển thị VNeID: có (+).

STT 30b — Tên bệnh theo ICD-10 (phiên từ mã bệnh)

Nguồn: Bảng 1 QĐ 130/4750 — phiên MA_BENH_* ra tên bệnh từ danh mục bệnh của BHXH Việt Nam (chú thích [9]: bệnh đầu tiên là bệnh chính). Hiển thị VNeID: có (+).

STT 31 — Ghi chú (GHI_CHU)

Nguồn: Bảng 1 QĐ 130/4750 — GHI_CHU (lời dặn của bác sĩ/nhân viên y tế sau khi kết thúc lần KCB). Hiển thị VNeID: có (+).

Nhóm kết quả cận lâm sàng, chỉ số theo dõi có giá trị (STT 32-38)

Phần B mục III.3.3 QĐ 1332/QĐ-BYT; chú thích [10]: danh mục chỉ số theo dõi và chỉ số cận lâm sàng chi tiết; nguồn Bảng 3 (dịch vụ kỹ thuật/VTYT) và Bảng 4 (cận lâm sàng chi tiết) QĐ 130/4750.

STT 32a — Mã nhóm cận lâm sàng, chỉ số theo dõi (MA_NHOM)

Nguồn: Bảng 3 QĐ 130/4750 — MA_NHOM (mã nhóm chi phí theo Phụ lục 3 QĐ 5937/QĐ-BYT hoặc văn bản thay thế). Hiển thị VNeID: không đánh dấu (nguyên trạng bảng Phần B).

STT 32b — Nhóm cận lâm sàng, chỉ số theo dõi (phiên từ MA_NHOM)

Nguồn: Bảng 3 QĐ 130/4750 — phiên MA_NHOM sang tên nhóm. Hiển thị VNeID: có (+).

STT 33a — Mã cận lâm sàng, chỉ số theo dõi (MA_DICH_VU)

Nguồn: Bảng 3 QĐ 130/4750 — MA_DICH_VU (mã dịch vụ kỹ thuật/tiền khám/tiền giường theo Bộ mã DMDC). Hiển thị VNeID: không (-).

STT 33b — Tên cận lâm sàng, chỉ số theo dõi (TEN_DICH_VU)

Nguồn: Bảng 3 QĐ 130/4750 — TEN_DICH_VU. Hiển thị VNeID: có (+).

STT 34a — Mã chỉ số cận lâm sàng, chỉ số theo dõi chi tiết (MA_CHI_SO)

Nguồn: Bảng 4 QĐ 130/4750 — MA_CHI_SO. Hiển thị VNeID: không (-).

STT 34b — Tên chỉ số cận lâm sàng, chỉ số theo dõi chi tiết (phiên từ MA_CHI_SO)

Nguồn: Bảng 4 QĐ 130/4750 — phiên MA_CHI_SO sang tên chỉ số. Hiển thị VNeID: có (+).

STT 35 — Kết quả (GIA_TRI)

Nguồn: Bảng 4 QĐ 130/4750 — GIA_TRI (giá trị chỉ số). Hiển thị VNeID: có (+).

STT 36 — Kết luận (KET_LUAN)

Nguồn: Bảng 4 QĐ 130/4750 — KET_LUAN (kết luận của người đọc kết quả). Hiển thị VNeID: có (+).

STT 37 — Ngày giờ thực hiện (NGAY_KQ)

Nguồn: Bảng 4 QĐ 130/4750 — NGAY_KQ (12 ký tự yyyymmddHHMM; thời điểm có kết quả). Hiển thị VNeID: có (+).

STT 38 — Liên kết đến kết quả cận lâm sàng trên hệ thống khác (LINK_PACS)

Nguồn: Bảng 3 QĐ 130/4750 — LINK_PACS; trường bổ sung (x) chưa có trong chuẩn QĐ 130/4750 (link PACS hoặc link xét nghiệm; chú thích [11]: nhiều link cách nhau ';'). Hiển thị VNeID: không đánh dấu (nguyên trạng bảng Phần B).

Nhóm thuốc đã điều trị, đơn thuốc đã kê (STT 39a-39h)

Phần B mục III.3.4 QĐ 1332/QĐ-BYT; nguồn Bảng 2 chỉ tiêu chi tiết thuốc QĐ 130/4750 (= BHYTXML2MedicationLM).

STT 39a — Mã thuốc điều trị (MA_THUOC)

Nguồn: Bảng 2 QĐ 130/4750 — MA_THUOC (mã hoạt chất theo Bộ mã DMDC). Hiển thị VNeID: không (-).

STT 39b — Tên thuốc, hàm lượng (TEN_THUOC, HAM_LUONG)

Nguồn: Bảng 2 QĐ 130/4750 — TEN_THUOC + HAM_LUONG. Hiển thị VNeID: có (+).

STT 39c — Đơn vị tính (DON_VI_TINH)

Nguồn: Bảng 2 QĐ 130/4750 — DON_VI_TINH (đơn vị nhỏ nhất, thực tế sử dụng). Hiển thị VNeID: có (+).

STT 39d — Đường dùng (DUONG_DUNG)

Nguồn: Bảng 2 QĐ 130/4750 — DUONG_DUNG (mã đường dùng theo giấy đăng ký lưu hành). Hiển thị VNeID: có (+).

STT 39e — Số lượng (SO_LUONG)

Nguồn: Bảng 2 QĐ 130/4750 — SO_LUONG (số lượng thực tế, làm tròn 3 chữ số thập phân). Hiển thị VNeID: có (+).

STT 39g — Liều dùng (LIEU_DUNG)

Nguồn: Bảng 2 QĐ 130/4750 — LIEU_DUNG (số lượng/lần * số lần/ngày * số ngày). Hiển thị VNeID: có (+).

STT 39h — Cách dùng (CACH_DUNG)

Nguồn: Bảng 2 QĐ 130/4750 — CACH_DUNG (lời dặn của thầy thuốc/y lệnh). Hiển thị VNeID: có (+).

Nhóm phẫu thuật, thủ thuật đã thực hiện (STT 40a-40b)

Phần B mục III.3.5 QĐ 1332/QĐ-BYT; nguồn Bảng 3 QĐ 130/4750 — lấy dịch vụ có MA_NHOM = 8 hoặc MA_NHOM = 18 (PTTT từ loại 3 trở lên).

STT 40a — Mã phẫu thuật, thủ thuật (MA_DICH_VU)

Nguồn: Bảng 3 QĐ 130/4750 — MA_DICH_VU (lấy dịch vụ MA_NHOM = 8 hoặc 18; PTTT từ loại 3 trở lên). Hiển thị VNeID: không (-).

STT 40b — Tên phẫu thuật, thủ thuật (TEN_DICH_VU)

Nguồn: Bảng 3 QĐ 130/4750 — TEN_DICH_VU (PTTT từ loại 3 trở lên). Hiển thị VNeID: có (+).

Nhóm tóm tắt quá trình điều trị, tình trạng người bệnh (STT 41-46)

Phần B mục III.3.6 QĐ 1332/QĐ-BYT; nguồn Bảng 8 tóm tắt hồ sơ bệnh án QĐ 130/4750 (= BHYTXML8TreatmentSummaryLM) và một số trường Bảng 1.

STT 41 — Tóm tắt tiền sử, bệnh sử và diễn biến lâm sàng (QT_BENHLY)

Nguồn: Bảng 8 QĐ 130/4750 — QT_BENHLY. Hiển thị VNeID: có (+).

STT 42 — Tóm tắt kết quả cận lâm sàng có giá trị (TOMTAT_KQ)

Nguồn: Bảng 8 QĐ 130/4750 — TOMTAT_KQ. Hiển thị VNeID: có (+).

STT 43 — Tóm tắt phương pháp điều trị đã thực hiện (PP_DIEUTRI)

Nguồn: Bảng 8 QĐ 130/4750 — PP_DIEUTRI. Hiển thị VNeID: có (+).

STT 44 — Hướng điều trị tiếp theo, kê đơn, lời dặn, lịch tái khám (GHI_CHU và NGAY_TAI_KHAM)

Nguồn: Bảng 1 QĐ 130/4750 — GHI_CHU và NGAY_TAI_KHAM. Hiển thị VNeID: có (+).

STT 45 — Bác sĩ điều trị (BAC_SI_DTRI)

Nguồn: Bảng 1 QĐ 130/4750 — BAC_SI_DTRI; trường bổ sung (x) chưa có trong chuẩn QĐ 130/4750 (bác sĩ điều trị bệnh chính). Hiển thị VNeID: có (+).

STT 46 — Số điện thoại liên hệ của bác sĩ (DIEN_THOAI_BAC_SI)

Nguồn: Bảng 1 QĐ 130/4750 — DIEN_THOAI_BAC_SI; trường bổ sung (x) chưa có trong chuẩn QĐ 130/4750. Hiển thị VNeID: có (+).

Logical model đặc tả 46 trường nội dung Sổ sức khỏe điện tử tích hợp trên ứng dụng VNeID theo Quyết định 1332/QĐ-BYT (21/05/2024, ban hành thí điểm) và Hướng dẫn liên thông theo Quyết định 2733/QĐ-BYT (17/09/2024). Quy trình liên thông gồm 7 bước qua Cổng tiếp nhận dữ liệu Hệ thống thông tin giám định BHYT của cơ quan Bảo hiểm xã hội Việt Nam; sau khi CSKCB ký số và liên thông dữ liệu (khi kết thúc đợt KCB), cơ quan BHXH Việt Nam trích xuất và chia sẻ dữ liệu hiển thị lên ứng dụng VNeID trong vòng 24 giờ kể từ khi nhận được dữ liệu. Chuẩn dữ liệu nguồn = chuỗi QĐ 130/QĐ-BYT → QĐ 4750/QĐ-BYT (đọc hợp nhất với QĐ 3176/QĐ-BYT theo chính sách repo); Phụ lục 02 QĐ 2733/QĐ-BYT ánh xạ 46 STT trường Sổ SKĐT sang mã trường của các Bảng 1 (chỉ tiêu tổng hợp KCB), Bảng 2 (thuốc), Bảng 3 (dịch vụ kỹ thuật/VTYT), Bảng 4 (cận lâm sàng chi tiết) và Bảng 8 (tóm tắt hồ sơ bệnh án). LƯU Ý PHẠM VI: đây KHÔNG phải một API hay định dạng dữ liệu mới — dữ liệu Sổ SKĐT là một phần của dữ liệu thanh quyết toán chi phí KCB BHYT, đi qua đúng kênh liên thông XML KCB/BHYT hiện có. Cột (6) của Phụ lục 02 đánh dấu 'x' nghĩa là trường bổ sung chưa có trong chuẩn dữ liệu QĐ 130/QĐ-BYT và QĐ 4750/QĐ-BYT. Cờ hiển thị trên VNeID lấy theo Phần B QĐ 1332/QĐ-BYT ('+' là có hiển thị, '-' là không hiển thị).

Nhóm thông tin định danh người bệnh (STT 1-10)

Phần B mục I.1.1 QĐ 1332/QĐ-BYT; nguồn Bảng 1 chỉ tiêu tổng hợp KCB (QĐ 130/4750).

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.

STT 1 — Họ và tên (HO_TEN)

Nguồn: Bảng 1 QĐ 130/4750 — HO_TEN. Hiển thị VNeID: có (+).

STT 2 — Ngày tháng năm sinh (NGAY_SINH)

Nguồn: Bảng 1 QĐ 130/4750 — NGAY_SINH (12 ký tự yyyyMMddHHmm). Hiển thị VNeID: có (+).

STT 3 — Giới tính (GIOI_TINH)

Nguồn: Bảng 1 QĐ 130/4750 — GIOI_TINH (1: Nam; 2: Nữ; 3: Chưa xác định). Hiển thị VNeID: có (+).

STT 4 — Dân tộc (MA_DANTOC)

Nguồn: Bảng 1 QĐ 130/4750 — MA_DANTOC (Danh mục dân tộc VN theo QĐ 121-TCTK/PPCĐ 02/03/1979). Hiển thị VNeID: có (+) theo bảng Phần B (ghi chú cấu trúc cuối bảng có nêu điểm chưa nhất quán).

STT 5 — Quốc tịch (MA_QUOCTICH)

Nguồn: Bảng 1 QĐ 130/4750 — MA_QUOCTICH (mã quốc tịch theo Phụ lục 2 TT 07/2016/TT-BCA). Hiển thị VNeID: không (để trống trong bảng Phần B).

STT 6 — Nghề nghiệp (MA_NGHE_NGHIEP)

Nguồn: Bảng 1 QĐ 130/4750 — MA_NGHE_NGHIEP (Danh mục nghề nghiệp VN theo QĐ 34/2020/QĐ-TTg). Hiển thị VNeID: có (+).

STT 7 — Số định danh cá nhân / Số thẻ Căn cước (SO_CCCD)

Nguồn: Bảng 1 QĐ 130/4750 — SO_CCCD (số CCCD hoặc CMND hoặc hộ chiếu; nếu không có thì dùng mã tài khoản định danh điện tử). Hiển thị VNeID: có (+).

STT 8 — Mã số thẻ BHYT (MA_THE_BHYT)

Nguồn: Bảng 1 QĐ 130/4750 — MA_THE_BHYT (do cơ quan BHXH cấp). Hiển thị VNeID: có (+).

STT 9 — Nơi đăng ký khám chữa bệnh ban đầu (MA_DKBD)

Nguồn: Bảng 1 QĐ 130/4750 — MA_DKBD (mã CSKCB ĐKKCB ban đầu ghi trên thẻ BHYT, 05 ký tự; chú thích [3]: nơi quản lý hồ sơ sức khỏe). Hiển thị VNeID: có (+).

STT 10 — Số điện thoại liên hệ (DIEN_THOAI)

Nguồn: Bảng 1 QĐ 130/4750 — DIEN_THOAI (số của người dân hoặc thân nhân, chỉ ghi khi được cung cấp). Hiển thị VNeID: có (+).

Nhóm địa chỉ nơi cư trú hiện tại (STT 11a-11d)

Phần B mục I.1.2 QĐ 1332/QĐ-BYT; chú thích [4]: căn cứ chuyển dữ liệu về hệ thống hồ sơ sức khỏe của địa phương quản lý. LƯU Ý HỆ MÃ: mã tỉnh 2 ký tự theo TT 07/2016/TT-BCA và mã huyện/xã theo QĐ 124/2004/QĐ-TTg là hệ mã ĐVHC TRƯỚC sắp xếp 01/07/2025 — phải đối chiếu VNProvinceLegacyCS / VNDistrictLegacyCS / mã xã legacy, KHÔNG map thẳng vào bộ mã 34 tỉnh hiện hành.

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.

STT 11a — Nơi cư trú hiện tại: thôn xóm, số nhà, đường phố... (DIA_CHI)

Nguồn: Bảng 1 QĐ 130/4750 — DIA_CHI. Hiển thị VNeID: có (+).

STT 11b — Nơi cư trú hiện tại: tỉnh, thành phố (MATINH_CU_TRU)

Nguồn: Bảng 1 QĐ 130/4750 — MATINH_CU_TRU (02 ký tự cuối mã ĐVHC tỉnh/TP theo Phụ lục 1 TT 07/2016/TT-BCA — hệ mã trước 01/07/2025). Hiển thị VNeID: có (+).

STT 11c — Nơi cư trú hiện tại: huyện, quận, thị xã (MAHUYEN_CU_TRU)

Nguồn: Bảng 1 QĐ 130/4750 — MAHUYEN_CU_TRU (mã ĐVHC cấp huyện theo QĐ 124/2004/QĐ-TTg — hệ mã trước 01/07/2025). Hiển thị VNeID: có (+).

STT 11d — Nơi cư trú hiện tại: xã, phường, thị trấn (MAXA_CU_TRU)

Nguồn: Bảng 1 QĐ 130/4750 — MAXA_CU_TRU (mã ĐVHC cấp xã theo QĐ 124/2004/QĐ-TTg — hệ mã trước 01/07/2025). Hiển thị VNeID: có (+).

Nhóm thông tin người giám hộ, người chăm sóc chính, người đại diện (STT 12-15)

Phần B mục I.1.3 QĐ 1332/QĐ-BYT; chú thích [5]/[6]: được phép quản lý sổ và hiển thị thông tin sức khỏe trên VNeID khi chủ thể không tự quản lý được. Cả nhóm là trường bổ sung (x) chưa có trong chuẩn QĐ 130/4750 (Phụ lục 02 QĐ 2733/QĐ-BYT: phối hợp C06 thống nhất phương án lấy từ VNeID của người đại diện).

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.

STT 12 — Họ và tên người đại diện (trường bổ sung, chưa có mã nguồn)

Nguồn: trường bổ sung (x) chưa có trong chuẩn QĐ 130/4750. Hiển thị VNeID: có (+).

STT 13 — Mối quan hệ (trường bổ sung, chưa có mã nguồn)

Nguồn: trường bổ sung (x) chưa có trong chuẩn QĐ 130/4750. Hiển thị VNeID: có (+).

STT 14 — Số định danh công dân, thẻ căn cước của người đại diện (trường bổ sung, chưa có mã nguồn)

Nguồn: trường bổ sung (x) chưa có trong chuẩn QĐ 130/4750. Hiển thị VNeID: có (+).

STT 15 — Số điện thoại liên hệ của người đại diện (trường bổ sung, chưa có mã nguồn)

Nguồn: trường bổ sung (x) chưa có trong chuẩn QĐ 130/4750. Hiển thị VNeID: có (+).

Nhóm tiền sử — tổng hợp bản ghi lịch sử khám, chữa bệnh (STT 16-19)

Phần B mục II QĐ 1332/QĐ-BYT; Phụ lục 02 QĐ 2733/QĐ-BYT: tổng hợp kết quả từ mục III (đợt KCB), nguồn Bảng 1 QĐ 130/4750.

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.

STT 16 — Ngày khám bệnh, ngày ra viện (NGAY_VAO - NGAY_RA)

Nguồn: Bảng 1 QĐ 130/4750 — cặp NGAY_VAO - NGAY_RA (định dạng ddMMyyyy HH:ss - ddMMyyyy HH:ss). Hiển thị VNeID: có (+).

STT 17a — Mã cơ sở khám bệnh, chữa bệnh (MA_CSKCB)

Nguồn: Bảng 1 QĐ 130/4750 — MA_CSKCB. Hiển thị VNeID: không (-).

STT 17b — Tên cơ sở khám bệnh, chữa bệnh (phiên từ MA_CSKCB)

Nguồn: Bảng 1 QĐ 130/4750 — phiên MA_CSKCB ra tên từ CSDL tên CSKCB của BHXH Việt Nam. Hiển thị VNeID: có (+).

STT 18 — Chẩn đoán xác định khi ra viện (CHAN_DOAN_RV)

Nguồn: Bảng 1 QĐ 130/4750 — CHAN_DOAN_RV. Hiển thị VNeID: có (+).