Mẫu dữ liệu hành trình khám chữa bệnh

Oracle Health (Cerner)
Mẫu dữ liệu hành trình khám chữa bệnh

Mẫu dữ liệu hành trình khám chữa bệnh

Mẫu này nêu những dữ liệu cần thiết để phân tích và cải thiện hành trình khám chữa bệnh. Mẫu cung cấp danh sách có cấu trúc về các thuộc tính quan trọng cần thu thập, hoạt động chính cần theo dõi và hướng dẫn thực tế để trích xuất dữ liệu. Dùng tài nguyên này để chuẩn bị nhật ký sự kiện cho quá trình process mining.
  • Các thuộc tính nên thu thập
  • Các hoạt động chính cần theo dõi
  • Hướng dẫn trích xuất dữ liệu
Chưa quen với nhật ký sự kiện? Tìm hiểu cách tạo nhật ký sự kiện cho process mining.

Thuộc tính hành trình khám chữa bệnh

Đây là các trường dữ liệu nên có trong nhật ký sự kiện để phân tích đầy đủ hành trình khám chữa bệnh trên hệ thống của bạn.
5 Bắt buộc 8 Nên có 6 Không bắt buộc
Tên Mô tả
Dấu thời gian sự kiện
EventEndDateTime
Ngày và giờ cụ thể khi hoạt động diễn ra hoặc hoàn tất.
Mô tả

Thuộc tính này ghi lại chính xác thời điểm một sự kiện diễn ra. Dữ liệu này được dùng để sắp xếp hoạt động theo trình tự và tính thời gian giữa các bước trong quy trình.

Trong bảng CLINICAL_EVENT, thuộc tính này thường tương ứng với EVENT_END_DT_TM. Độ chính xác của dữ liệu rất quan trọng khi tính thời gian chờ, chẳng hạn khoảng thời gian từ lúc “Đăng ký bệnh nhân” đến khi “Đánh giá phân loại cấp cứu”.

Vì sao điều này quan trọng

Cần thiết để xác định trình tự sự kiện và tính các KPI hiệu suất như thời gian hoàn thành.

Lấy dữ liệu ở đâu

Bảng: CLINICAL_EVENT, cột: EVENT_END_DT_TM

Ví dụ
2023-10-15T08:30:00Z2023-10-15T09:15:45Z2023-10-16T14:20:00Z
Đợt điều trị của bệnh nhân
EncounterId
Mã định danh duy nhất cho một lần khám hoặc đợt điều trị cụ thể của bệnh nhân.
Mô tả

Thuộc tính này là mã định danh trung tâm cho từng đợt điều trị của bệnh nhân. Thuộc tính nhóm tất cả sự kiện lâm sàng, chỉ định và thao tác hành chính diễn ra trong cùng một đợt chăm sóc, chẳng hạn như một lần nằm viện hoặc khám cấp cứu. Trong process mining, mã này giúp liên kết các hoạt động rời rạc thành một quy trình thống nhất.

Về mặt kỹ thuật, mã này tương ứng với ENCNTR_ID trong bảng ENCOUNTER của cơ sở dữ liệu Cerner Millennium. Đây là khóa chính dùng để liên kết thông tin nhân khẩu học của bệnh nhân, chỉ định và sự kiện lâm sàng.

Vì sao điều này quan trọng

Đây là khóa thiết yếu để dựng lại toàn bộ hành trình của bệnh nhân, từ lúc nhập viện đến khi xuất viện.

Lấy dữ liệu ở đâu

Bảng: ENCOUNTER, cột: ENCNTR_ID

Ví dụ
123456789876543211223344
Hoạt động
ClinicalEventTag
Tên hoặc mô tả của sự kiện lâm sàng hay hành chính đã diễn ra.
Mô tả

Thuộc tính này ghi lại hành động cụ thể trong quá trình chăm sóc bệnh nhân, chẳng hạn như “Đã cho dùng thuốc”, “Đã đo dấu hiệu sinh tồn” hoặc “Bệnh nhân xuất viện”. Thuộc tính cung cấp tên dễ hiểu cho từng bước trong quy trình.

Trong Cerner, thuộc tính này thường được lấy từ bảng CLINICAL_EVENT, cụ thể là ánh xạ EVENT_CD (mã sự kiện) sang giá trị hiển thị hoặc dùng EVENT_TAG. Cách đặt tên nhất quán giúp sơ đồ quy trình dễ đọc.

Vì sao điều này quan trọng

Xác định các bước trong sơ đồ quy trình, giúp trực quan hóa quy trình làm việc.

Lấy dữ liệu ở đâu

Bảng: CLINICAL_EVENT, cột: EVENT_TAG hoặc CODE_VALUE liên kết với EVENT_CD

Ví dụ
Đánh giá phân loại cấp cứuCông thức máu toàn bộ kèm phân biệt bạch cầuChỉ định xuất việnChuyển bệnh nhân
Hệ thống nguồn
SourceSystem
Tên hệ thống nơi dữ liệu được tạo ra.
Mô tả

Cho biết ứng dụng nguồn của bản ghi dữ liệu. Trong trường hợp này, nguồn chủ yếu là “Oracle Health” hoặc “Cerner Millennium”. Thuộc tính này hữu ích trong môi trường có nhiều hệ thống, nơi dữ liệu có thể được kết hợp với các EMR hoặc hệ thống chuyên khoa khác.

Nếu nhập dữ liệu từ nhiều nguồn, thuộc tính này giúp nhà phân tích lọc hoặc phân nhóm kết quả phân tích quy trình theo nguồn gốc dữ liệu.

Vì sao điều này quan trọng

Đảm bảo theo dõi được nguồn gốc và luồng dữ liệu, đặc biệt khi triển khai process mining trên nhiều hệ thống.

Lấy dữ liệu ở đâu

Chuỗi được mã hóa cố định hoặc siêu dữ liệu hệ thống

Ví dụ
Oracle HealthCerner Millennium
Lần cập nhật dữ liệu gần nhất
LastDataUpdate
Dấu thời gian khi bản ghi được trích xuất hoặc chỉnh sửa lần cuối trong kho dữ liệu.
Mô tả

Cho biết dữ liệu dùng trong phân tích có mới hay không. Dấu thời gian này giúp người dùng biết họ đang xem dữ liệu gần thời gian thực hay ảnh chụp từ lần tải dữ liệu trước.

Dấu thời gian này thường được tạo trong quá trình ETL (trích xuất, chuyển đổi, tải), thay vì là thuộc tính lâm sàng.

Vì sao điều này quan trọng

Quan trọng đối với quản trị dữ liệu và để đảm bảo phân tích dựa trên thông tin mới nhất.

Lấy dữ liệu ở đâu

Dấu thời gian của hệ thống ETL

Ví dụ
2023-11-01T00:00:00Z2023-11-02T12:00:00Z
Chẩn đoán chính
DiagnosisCode
Mã ICD-10 hoặc SNOMED thể hiện lý do chính cần chăm sóc.
Mô tả

Mã lâm sàng chuẩn hóa, chẳng hạn “J18.9” cho bệnh viêm phổi, được gán cho đợt điều trị. Mã này giúp nhóm bệnh nhân theo tình trạng bệnh để phân tích việc sai lệch phác đồ điều trị đối với từng bệnh cụ thể.

Thông tin này nằm trong bảng DIAGNOSIS, liên kết với đợt điều trị.

Vì sao điều này quan trọng

Cho phép so sánh trực tiếp lộ trình chăm sóc của bệnh nhân mắc cùng một tình trạng bệnh.

Lấy dữ liệu ở đâu

Bảng: DIAGNOSIS, cột: DIAGNOSIS_CODE (tra cứu qua nomenclature)

Ví dụ
I10E11.9J18.9
Có tái nhập viện
IsReadmission
Cờ cho biết đợt điều trị này có diễn ra trong vòng 30 ngày kể từ lần xuất viện trước hay không.
Mô tả

Cờ đúng/sai dùng để xác định các trường hợp tái nhập viện. Giá trị này được tính bằng cách so sánh ngày nhập viện của đợt hiện tại với ngày xuất viện của đợt trước đó của cùng một PersonId.

Cần thiết cho bảng điều khiển “Xu hướng tái nhập viện của bệnh nhân”.

Vì sao điều này quan trọng

Hỗ trợ trực tiếp KPI “Tỷ lệ tái nhập viện của bệnh nhân”, một chỉ số quan trọng về chất lượng chăm sóc.

Lấy dữ liệu ở đâu

Tính bằng logic SQL để so sánh các bản ghi ENCOUNTER

Ví dụ
truefalse
Khoa/phòng
NurseUnit
Khoa, đơn vị hoặc phòng ban cụ thể nơi sự kiện diễn ra.
Mô tả

Cho biết địa điểm thực tế hoặc đơn vị chịu trách nhiệm chăm sóc bệnh nhân tại thời điểm sự kiện diễn ra, chẳng hạn như “Hồi sức tích cực”, “Ngoại tổng quát” hoặc “Khoa cấp cứu”.

Thuộc tính này giúp phân tích hiệu quả chuyển khoa trên bảng điều khiển bằng cách theo dõi việc di chuyển giữa các đơn vị. Trong Cerner, thuộc tính này thường là LOC_NURSE_UNIT_CD trong bảng đợt điều trị hoặc bảng theo dõi.

Vì sao điều này quan trọng

Cần thiết để phân tích điểm nghẽn tại từng khoa và trực quan hóa luồng di chuyển của bệnh nhân.

Lấy dữ liệu ở đâu

Bảng: ENCOUNTER hoặc CLINICAL_EVENT, cột: LOC_NURSE_UNIT_CD

Ví dụ
Khoa cấp cứuKhoa tim mạchICUChẩn đoán hình ảnh
Loại đợt điều trị
EncounterType
Phân loại lần khám của bệnh nhân, chẳng hạn như nội trú, ngoại trú hoặc cấp cứu.
Mô tả

Phân loại tính chất đợt điều trị của bệnh nhân. Đây là chiều dữ liệu chính để phân tích, vì quy trình khám cấp cứu khác đáng kể so với quy trình nhập viện theo lịch.

Thuộc tính này được lấy từ ENCNTR_TYPE_CD trong bảng ENCOUNTER, tham chiếu đến một giá trị trong bộ mã, chẳng hạn như “Nội trú” hoặc “Cấp cứu”.

Vì sao điều này quan trọng

Cho phép so sánh lộ trình chăm sóc và lưu lượng bệnh nhân giữa các hình thức chăm sóc khác nhau.

Lấy dữ liệu ở đâu

Bảng: ENCOUNTER, cột: ENCNTR_TYPE_CD (tra cứu qua CODE_VALUE)

Ví dụ
Nội trúCấp cứuNgoại trúPhẫu thuật trong ngày
Mã bệnh nhân
PersonId
Mã định danh duy nhất của bệnh nhân qua nhiều lần khám.
Mô tả

Khác với Case ID, Patient ID (hay Person ID) không thay đổi qua các lần bệnh nhân đến bệnh viện. Thuộc tính này rất quan trọng để phân tích tỷ lệ tái nhập viện và tìm hiểu lịch sử chăm sóc lâu dài của bệnh nhân.

Trong Cerner, đây là PERSON_ID trong bảng PERSON. Mã này liên kết nhiều bản ghi ENCNTR_ID với nhau.

Vì sao điều này quan trọng

Hỗ trợ KPI “Tỷ lệ tái nhập viện của bệnh nhân” bằng cách liên kết các đợt điều trị riêng biệt với cùng một người.

Lấy dữ liệu ở đâu

Bảng: PERSON, cột: PERSON_ID

Ví dụ
P10001P55992P99221
Người thực hiện
PerformingPrsnlId
Mã định danh hoặc tên của nhân viên y tế thực hiện hoạt động.
Mô tả

Ghi nhận người thực hiện bước trong quy trình, chẳng hạn điều dưỡng cho bệnh nhân dùng thuốc hoặc bác sĩ ký giấy xuất viện. Thông tin này giúp phân tích mức độ sử dụng tài nguyên.

Trong Cerner, trường này thường là PERFORMED_PRSNL_ID hoặc UPDT_ID, tùy bảng (Orders hoặc Clinical Events). Ánh xạ trường này thành thuộc tính chung 'Người dùng' giúp phân tích phân tách nhiệm vụ.

Vì sao điều này quan trọng

Hỗ trợ phân tích nguồn lực và xác định nhu cầu đào tạo hoặc tình trạng phân bổ khối lượng công việc chưa cân đối.

Lấy dữ liệu ở đâu

Bảng: CLINICAL_EVENT, cột: PERFORMED_PRSNL_ID

Ví dụ
Bác sĩ SmithĐiều dưỡng JonesQuản trị viên hệ thống
Tên chỉ định
OrderMnemonic
Tên của chỉ định cụ thể, chẳng hạn như xét nghiệm hoặc thuốc.
Mô tả

Mô tả nội dung của một chỉ định, chẳng hạn như “Công thức máu toàn bộ” hoặc “Aspirin 81 mg”. Thuộc tính này cung cấp ngữ cảnh cần thiết cho các hoạt động “Đã đặt chỉ định chẩn đoán” và “Đã cho dùng thuốc”.

Thông tin này thường nằm trong cột ORDER_MNEMONIC của bảng ORDERS. Có thể xem đây là “sản phẩm” đi qua quy trình.

Vì sao điều này quan trọng

Cần thiết để phân tích chi tiết lộ trình chẩn đoán và điều trị.

Lấy dữ liệu ở đâu

Bảng: ORDERS, cột: ORDER_MNEMONIC

Ví dụ
Chụp X-quang ngựcBảng xét nghiệm chuyển hóa cơ bảnAcetaminophenChụp MRI não
Tình trạng xuất viện
DischargeDisposition
Nơi bệnh nhân đến hoặc tình trạng của bệnh nhân khi xuất viện.
Mô tả

Cho biết bệnh nhân đi đâu sau khi đợt điều trị kết thúc, chẳng hạn như về nhà, đến cơ sở điều dưỡng chuyên môn hoặc tử vong. Thông tin này rất quan trọng khi phân tích việc lập kế hoạch xuất viện và xác định các kết quả chưa đạt yêu cầu.

Thông tin này nằm trong bảng ENCOUNTER, tại cột DISCH_DISPOSITION_CD.

Vì sao điều này quan trọng

Chỉ số kết quả quan trọng, xác định trạng thái cuối của hành trình bệnh nhân.

Lấy dữ liệu ở đâu

Bảng: ENCOUNTER, cột: DISCH_DISPOSITION_CD (tra cứu qua CODE_VALUE)

Ví dụ
Xuất viện về nhàChuyển đến cơ sở phục hồi chức năngTự ý rời viện trái với khuyến cáo y tếTử vong
Loại đơn vị chi trả
FinancialClass
Bảo hiểm chính hoặc phân loại tài chính của bệnh nhân.
Mô tả

Phân loại bệnh nhân theo nguồn chi trả, chẳng hạn như Medicare, bảo hiểm tư nhân hoặc tự chi trả. Thuộc tính này giúp phân tích xem luồng quy trình hoặc thời gian nằm viện có thay đổi theo loại bảo hiểm hay không.

Thuộc tính này được lấy từ FINANCIAL_CLASS_CD trong bảng ENCOUNTER.

Vì sao điều này quan trọng

Giúp xác định sự chênh lệch trong chăm sóc hoặc xử lý hành chính theo loại đơn vị chi trả.

Lấy dữ liệu ở đâu

Bảng: ENCOUNTER, cột: FINANCIAL_CLASS_CD (tra cứu qua CODE_VALUE)

Ví dụ
MedicareBlue CrossTự chi trảMedicaid
Mã chỉ định
OrderId
Mã định danh duy nhất cho một chỉ định cụ thể (xét nghiệm, thuốc hoặc hội chẩn).
Mô tả

Mã do hệ thống tạo cho một chỉ định. Đây không phải Case ID nhưng là khóa phụ quan trọng, giúp liên kết sự kiện “Đã đặt chỉ định chẩn đoán” với sự kiện “Đã xác nhận kết quả chẩn đoán”.

Nếu bệnh nhân có nhiều chỉ định cùng lúc, thiếu mã này sẽ khó tính chính xác thời gian xử lý của từng xét nghiệm.

Vì sao điều này quan trọng

Cần thiết để liên kết chính xác các hoạt động theo cặp (chỉ định → kết quả).

Lấy dữ liệu ở đâu

Bảng: ORDERS, cột: ORDER_ID

Ví dụ
88291028829103
Mức độ ưu tiên phân loại cấp cứu
TriageAcuity
Mức độ khẩn cấp được xác định trong quá trình đánh giá phân loại cấp cứu.
Mô tả

Giá trị dạng số hoặc phân loại cho biết mức độ nghiêm trọng của tình trạng bệnh nhân, chẳng hạn từ 1, cần xử lý ngay, đến 5, không khẩn cấp. Đây là thuộc tính quan trọng để phân nhóm khi phân tích thời gian chờ, vì bệnh nhân có mức ưu tiên cao hơn cần được chờ ít hơn.

Thông tin này thường được ghi trong biểu mẫu lâm sàng hoặc mã quan sát cụ thể trong sự kiện phân loại cấp cứu.

Vì sao điều này quan trọng

Rất quan trọng để xác minh quy trình có ưu tiên bệnh nhân đúng theo mức độ khẩn cấp về lâm sàng hay không.

Lấy dữ liệu ở đâu

Tham khảo tài liệu Oracle Health (Cerner)

Ví dụ
12345
Nguồn nhập viện
AdmissionSource
Nguồn tiếp nhận bệnh nhân vào viện.
Mô tả

Mô tả cách bệnh nhân vào hệ thống bệnh viện, chẳng hạn qua bác sĩ giới thiệu, khoa cấp cứu hoặc chuyển từ bệnh viện khác.

Thông tin này giúp phân tích điểm tiếp nhận ban đầu của quy trình bệnh viện. Thuộc tính này tương ứng với ADMIT_SRC_CD trong bảng ENCOUNTER.

Vì sao điều này quan trọng

Giúp phân tích thời gian chờ đánh giá ban đầu theo nguồn tiếp nhận bệnh nhân.

Lấy dữ liệu ở đâu

Bảng: ENCOUNTER, cột: ADMIT_SRC_CD

Ví dụ
Khoa cấp cứuBác sĩ giới thiệuChuyển từ bệnh viện khác
Tình trạng dùng thuốc
MedAdminStatus
Tình trạng của chỉ định thuốc, chẳng hạn đã dùng, từ chối hoặc chưa dùng.
Mô tả

Cho biết kết quả của một tác vụ cho bệnh nhân dùng thuốc. Để phân tích việc tuân thủ dùng thuốc trên bảng điều khiển, cần phân biệt thuốc đã được dùng với thuốc đã lên lịch nhưng bị bỏ lỡ hoặc bị từ chối.

Thông tin này có thể nằm trong bảng CLINICAL_EVENT hoặc các bảng riêng về hồ sơ dùng thuốc (MAR).

Vì sao điều này quan trọng

Giúp xác định các trường hợp chưa tuân thủ phác đồ điều trị.

Lấy dữ liệu ở đâu

Tham khảo tài liệu Oracle Health (Cerner)

Ví dụ
Đã dùngTừ chốiTạm hoãn
Trạng thái kết quả
ResultStatus
Trạng thái của kết quả chẩn đoán, chẳng hạn đã xác nhận, đã chỉnh sửa hoặc sơ bộ.
Mô tả

Cho biết giai đoạn xử lý của kết quả xét nghiệm chẩn đoán. Thông tin này được dùng để phân tích thời gian trả kết quả chẩn đoán và xác định khi nào kết quả chính thức sẵn sàng để hỗ trợ quyết định lâm sàng.

Thông tin này thường nằm trong CLINICAL_EVENT, cùng các mã trạng thái cụ thể.

Vì sao điều này quan trọng

Phân biệt kết quả sơ bộ với kết quả cuối cùng, vì điều này ảnh hưởng đến thời điểm các hoạt động tiếp theo có thể bắt đầu.

Lấy dữ liệu ở đâu

Bảng: CLINICAL_EVENT, cột: RESULT_STATUS_CD

Ví dụ
Đã xác nhậnCó lỗiĐã chỉnh sửa
Bắt buộc Nên có Không bắt buộc

Hoạt động trong hành trình khám chữa bệnh

Đây là các bước và mốc chính trong quy trình cần ghi lại trong nhật ký sự kiện để khám phá quy trình chính xác và xác định điểm nghẽn.
8 Nên có 6 Không bắt buộc
Hoạt động Mô tả
Bệnh nhân xuất viện
Sự kiện hành chính cuối cùng, đánh dấu kết thúc đợt điều trị nội trú của bệnh nhân. Dấu thời gian này được dùng để tính tổng thời gian nằm viện.
Vì sao điều này quan trọng

Sự kiện kết thúc chính của quy trình. Cần thiết để tính thời gian nằm viện và tỷ lệ tái nhập viện.

Lấy dữ liệu ở đâu

Bảng ENCOUNTER, cụ thể là DISCH_DT_TM (ngày/giờ xuất viện).

Thu thập

Ghi nhận khi trạng thái đợt điều trị chuyển thành DISCHARGED

Loại sự kiện explicit
Đã chỉ định xét nghiệm chẩn đoán
Xảy ra khi bác sĩ chỉ định xét nghiệm hoặc chẩn đoán hình ảnh. Dấu thời gian này là mốc bắt đầu tính thời gian trả kết quả chẩn đoán.
Vì sao điều này quan trọng

Là mốc bắt đầu của KPI “Thời gian trả kết quả chẩn đoán”, giúp xác định chậm trễ xảy ra ở khâu chỉ định hay thực hiện.

Lấy dữ liệu ở đâu

Bảng ORDERS, dùng ORIG_ORDER_DT_TM khi loại danh mục là Laboratory hoặc Radiology.

Thu thập

Được ghi nhận khi trạng thái chỉ định được đặt thành ORDERED

Loại sự kiện explicit
Đã chuyển khoa
Cho biết người bệnh đã di chuyển thực tế từ địa điểm này sang địa điểm khác, chẳng hạn từ phòng cấp cứu đến ICU. Việc di chuyển được theo dõi qua lịch sử vị trí.
Vì sao điều này quan trọng

Cho phép phân tích “Hiệu quả chuyển người bệnh giữa các khoa” và trực quan hóa luồng người bệnh trong bệnh viện.

Lấy dữ liệu ở đâu

Bảng ENCNTR_LOC_HIST (Encounter Location History), ghi lại các thay đổi trong LOC_NURSE_UNIT_CD.

Thu thập

So sánh trường trạng thái trước và sau

Loại sự kiện inferred
Đã ghi nhận chẩn đoán
Xảy ra khi chẩn đoán chính thức được thêm vào hồ sơ lần khám của người bệnh. Sự kiện này khác với kết quả xét nghiệm, vì đây là lúc bác sĩ xác nhận tình trạng bệnh.
Vì sao điều này quan trọng

Cần thiết để xác định mốc “Đã xác nhận chẩn đoán” và phân tích thời gian cần thiết để đưa ra chẩn đoán cuối cùng.

Lấy dữ liệu ở đâu

Bảng DIAGNOSIS, dùng DIAGNOSIS_DT_TM được liên kết với ENCOUNTER_ID.

Thu thập

Được ghi nhận khi chẩn đoán được thêm/cập nhật trong PowerChart

Loại sự kiện explicit
Đã ký chỉ định xuất viện
Sự kiện bác sĩ chỉ định cho bệnh nhân xuất viện. Đây là thời điểm bắt đầu tính thời gian lập kế hoạch xuất viện.
Vì sao điều này quan trọng

Mốc bắt đầu tính “Thời gian lập kế hoạch xuất viện”. Khoảng cách giữa mốc này và thời điểm bệnh nhân thực sự xuất viện cho thấy có thể đang xảy ra chậm trễ trong vận hành.

Lấy dữ liệu ở đâu

Bảng ORDERS, trong đó loại danh mục cho biết đây là chỉ định xuất viện.

Thu thập

Ghi nhận khi trạng thái chỉ định xuất viện là ORDERED

Loại sự kiện explicit
Đã xác minh kết quả chẩn đoán
Thời điểm kết quả xét nghiệm hoặc chẩn đoán hình ảnh được hoàn tất và cung cấp cho bác sĩ. Đây là lúc kết thúc khoảng thời gian trả kết quả chẩn đoán.
Vì sao điều này quan trọng

Hoàn tất chu kỳ “Thời gian trả kết quả chẩn đoán” và mở đầu cho các quyết định điều trị tiếp theo.

Lấy dữ liệu ở đâu

Bảng CLINICAL_EVENT (đối với xét nghiệm) hoặc trạng thái ORDERS chuyển thành COMPLETED.

Thu thập

Được ghi nhận khi trạng thái kết quả chuyển thành AUTH (Authenticated)

Loại sự kiện explicit
Hoàn tất đánh giá phân loại
Đánh dấu thời điểm hoàn tất đánh giá ban đầu của điều dưỡng hoặc biểu mẫu phân loại trong bối cảnh cấp cứu hay nhập viện. Sự kiện này thường được ghi lại dưới dạng biểu mẫu cụ thể hoặc sự kiện lâm sàng trong hệ thống.
Vì sao điều này quan trọng

Cần thiết để tính KPI “Thời gian chờ đánh giá ban đầu” và xác định điểm nghẽn ở khâu tiếp nhận.

Lấy dữ liệu ở đâu

Bảng CLINICAL_EVENT, lọc theo mã sự kiện liên quan đến biểu mẫu phân loại hoặc đánh giá ban đầu.

Thu thập

Được ghi nhận khi tài liệu hoặc biểu mẫu lâm sàng được ký/xác minh

Loại sự kiện explicit
Người bệnh được đăng ký
Đánh dấu thời điểm bắt đầu đợt điều trị, khi người bệnh đến và được nhập thông tin vào hệ thống. Trong Cerner Millennium, sự kiện này được ghi nhận khi tạo hồ sơ lần khám hoặc thiết lập dấu thời gian đăng ký.
Vì sao điều này quan trọng

Xác định thời điểm bắt đầu để tính thời gian nằm viện (LOS) và phân tích thời gian chờ ban đầu.

Lấy dữ liệu ở đâu

Bảng ENCOUNTER, cụ thể là cột REG_DT_TM (Registration Date/Time).

Thu thập

Được ghi nhận khi giao dịch tạo hàng mới trong ENCOUNTER

Loại sự kiện explicit
Đã dùng thuốc
Ghi lại việc thực tế dùng thuốc cho người bệnh theo hồ sơ dùng thuốc (MAR).
Vì sao điều này quan trọng

Hỗ trợ bảng điều khiển “Tuân thủ dùng thuốc” bằng cách xác minh thuốc có được dùng đúng giờ hay không.

Lấy dữ liệu ở đâu

Lấy từ bảng CLINICAL_EVENT, lọc các sự kiện cấp thuốc (Task Status = Complete).

Thu thập

Được ghi nhận khi quét mã vạch hoặc nhập thủ công vào MAR

Loại sự kiện explicit
Đã hoàn tất hội chẩn
Đánh dấu thời điểm hoàn tất hội chẩn chuyên khoa, thường được xác nhận bằng ghi chú hoặc tài liệu hội chẩn đã ký.
Vì sao điều này quan trọng

Xác định thời điểm nhận được ý kiến chuyên khoa, vốn có thể là điểm nghẽn trong các lộ trình chăm sóc phức tạp.

Lấy dữ liệu ở đâu

Bảng CLINICAL_EVENT, lọc theo loại tài liệu được phân loại là hội chẩn.

Thu thập

Được ghi nhận khi ghi chú hội chẩn được ký

Loại sự kiện explicit
Đã kích hoạt kế hoạch chăm sóc
Đánh dấu thời điểm bắt đầu PowerPlan hoặc lộ trình chăm sóc trong Cerner. Điều này cho biết một phác đồ điều trị chuẩn đã được chọn.
Vì sao điều này quan trọng

Cần thiết cho “Phân tích sai lệch phác đồ điều trị”, giúp so sánh việc chăm sóc thực tế với lộ trình đã lập kế hoạch.

Lấy dữ liệu ở đâu

ACT_PW_CAT (Action Pathway Catalog) hoặc DCP_FORMS_REF, liên kết lộ trình với lần khám.

Thu thập

Được ghi nhận khi PowerPlan được khởi chạy

Loại sự kiện explicit
Đã lên lịch hẹn tái khám
Xảy ra khi một cuộc hẹn trong tương lai được đặt cho bệnh nhân và liên kết với cùng đợt điều trị hoặc kế hoạch chăm sóc.
Vì sao điều này quan trọng

Cung cấp dữ liệu cho bảng điều khiển “Tính kịp thời của việc lên lịch tái khám”. Đo lường hiệu quả duy trì tính liên tục trong chăm sóc.

Lấy dữ liệu ở đâu

Bảng SCH_APPT (Schedule Appointment), liên kết với PERSON_ID.

Thu thập

Ghi nhận khi cuộc hẹn được tạo trong mô-đun lên lịch

Loại sự kiện explicit
Đã lên lịch thủ thuật
Cho biết ca phẫu thuật hoặc thủ thuật lớn đã được đặt lịch vào một thời điểm cụ thể. Thông tin này giúp đánh giá việc phân bổ tài nguyên và thời gian chờ trước thủ thuật.
Vì sao điều này quan trọng

Cho thấy hiệu quả lên lịch và các điểm nghẽn tiềm ẩn trong việc sử dụng phòng mổ hoặc phòng thủ thuật.

Lấy dữ liệu ở đâu

Bảng SURGICAL_CASE hoặc bảng SCH_APPT được liên kết với lần khám.

Thu thập

Được ghi nhận khi giao dịch lên lịch được xác nhận

Loại sự kiện explicit
Đã thực hiện thủ thuật
Dấu thời gian cho biết thời điểm phẫu thuật hoặc thủ thuật lớn thực sự diễn ra. Thông tin này thường được ghi trong hồ sơ quanh phẫu thuật.
Vì sao điều này quan trọng

Mốc quan trọng để phân tích lộ trình lâm sàng và việc sử dụng tài nguyên.

Lấy dữ liệu ở đâu

Bảng SURGICAL_CASE (thời gian bắt đầu/kết thúc ca) hoặc CLINICAL_EVENT đối với thủ thuật tại giường bệnh.

Thu thập

Được ghi nhận qua SurgiNet hoặc hồ sơ thủ thuật

Loại sự kiện explicit
Nên có Không bắt buộc

Hướng dẫn trích xuất dữ liệu

Cách lấy dữ liệu từ Oracle Health (Cerner)

Sẵn sàng bắt đầu?

Dùng mẫu này để chuẩn bị dữ liệu và bắt đầu tìm hiểu những thông tin hữu ích về quy trình khám chữa bệnh. Hãy bắt đầu từ đây để cải thiện kết quả điều trị cho bệnh nhân.

Tối ưu hóa hành trình khám chữa bệnh ngay hôm nay, cải thiện kết quả nhanh chóng

Nhanh chóng xác định điểm nghẽn để giảm 30% thời gian chu kỳ hành trình khám chữa bệnh.

Bắt đầu dùng thử miễn phí

Không cần thẻ tín dụng. Bắt đầu chỉ trong vài phút.