Mẫu dữ liệu hành trình bệnh nhân
Mẫu dữ liệu hành trình bệnh nhân
- Thuộc tính lâm sàng nên dùng
- Các mốc quy trình thiết yếu
- Hướng dẫn trích xuất dữ liệu từ MEDITECH
Thuộc tính hành trình bệnh nhân
| Tên | Mô tả | ||
|---|---|---|---|
| Dấu thời gian sự kiện EventTimestamp | Ngày và giờ cụ thể khi hoạt động diễn ra. | ||
| Mô tả Thuộc tính này ghi lại chính xác thời điểm một hoạt động diễn ra. Dữ liệu được dùng để sắp xếp sự kiện theo trình tự thời gian và tính thời lượng giữa các bước trong quy trình. Dấu thời gian có độ chính xác cao là cần thiết để phân tích thời gian chờ, chẳng hạn khoảng thời gian từ lúc phân loại cấp cứu đến khi đánh giá, hoặc thời gian trả kết quả chẩn đoán. Vì sao điều này quan trọng Cần thiết để sắp xếp sự kiện, tính thời gian chu kỳ và đo lưu lượng. Lấy dữ liệu ở đâu Các cột ngày/giờ giao dịch trong bảng nguồn. Ví dụ 2023-10-15T08:30:00Z2023-10-15T09:15:22Z2023-10-16T14:45:00Z | |||
| Hệ thống nguồn SourceSystem | Mã định danh của hệ thống nơi dữ liệu được tạo ra. | ||
| Mô tả Cho biết dữ liệu sự kiện được trích xuất từ phiên bản MEDITECH hoặc mô-đun cụ thể nào. Trong môi trường có nhiều bệnh viện, thuộc tính này giúp phân biệt dữ liệu giữa các cơ sở hoặc phiên bản hệ thống. Thuộc tính này không thay đổi khi trích xuất từ một hệ thống duy nhất, nhưng rất quan trọng khi hợp nhất dữ liệu để tạo góc nhìn thống nhất trên toàn mạng lưới bệnh viện. Vì sao điều này quan trọng Đảm bảo nguồn gốc và khả năng truy vết dữ liệu trong môi trường có nhiều hệ thống. Lấy dữ liệu ở đâu Được thiết lập cố định khi trích xuất hoặc cấu hình mã hệ thống. Ví dụ MEDITECH_ExpanseMEDITECH_6.1Hospital_A_Main | |||
| Lần cập nhật dữ liệu gần nhất LastDataUpdate | Thời điểm dữ liệu được trích xuất hoặc làm mới gần nhất. | ||
| Mô tả Cho biết thời điểm bản ghi được xử lý lần cuối hoặc tải vào công cụ process mining. Thông tin này giúp kiểm tra độ mới của dữ liệu và đảm bảo phân tích phản ánh trạng thái hiện tại nhất của hệ thống. Trường này khác với Dấu thời gian sự kiện vì ghi nhận thời điểm của luồng dữ liệu kỹ thuật, không phải thời điểm sự kiện lâm sàng. Vì sao điều này quan trọng Rất quan trọng để quản trị dữ liệu và đảm bảo phân tích sử dụng dữ liệu mới nhất. Lấy dữ liệu ở đâu Ngày hệ thống tại thời điểm chạy ETL. Ví dụ 2023-11-01T00:00:00Z2023-11-02T12:00:00Z | |||
| Patient Episode PatientEpisode | Mã định danh duy nhất cho một đợt chăm sóc hoặc lượt khám cụ thể của bệnh nhân. | ||
| Mô tả Patient Episode là mã hồ sơ trung tâm dùng trong phân tích quy trình. Mã này nhóm tất cả sự kiện lâm sàng, hành chính và tài chính liên quan đến một đợt nằm viện hoặc lượt khám ngoại trú thành một hành trình thống nhất. Trong hệ thống MEDITECH, mã này thường tương ứng với Account Number hoặc Visit ID. Đây là thuộc tính thiết yếu để dựng lại hành trình điều trị từ lúc đăng ký đến khi xuất viện, tính thời gian nằm viện và phân tích các lộ trình điều trị. Vì sao điều này quan trọng Đây là mã hồ sơ bắt buộc để liên kết các sự kiện riêng lẻ thành một phiên bản quy trình duy nhất. Lấy dữ liệu ở đâu Phân hệ Admissions hoặc Registration của MEDITECH, thường là trường Account Number. Ví dụ V100938475AC29384755E993847211O229384711 | |||
| Tên hoạt động ActivityName | Hành động lâm sàng hoặc hành chính cụ thể đã được thực hiện. | ||
| Mô tả Thuộc tính này ghi tên sự kiện hoặc tác vụ diễn ra trong hành trình điều trị. Ví dụ: 'Đăng ký bệnh nhân', 'Cho bệnh nhân dùng thuốc' hoặc 'Tạo lệnh xuất viện'. Xác định đúng hoạt động là điều cần thiết để sơ đồ hóa luồng quy trình. Các giá trị này thường được lấy từ mã giao dịch, trạng thái chỉ định hoặc các can thiệp được ghi trong hồ sơ sức khỏe điện tử. Vì sao điều này quan trọng Xác định các bước của quy trình và cần thiết để trực quan hóa sơ đồ quy trình. Lấy dữ liệu ở đâu Lấy từ nhiều nhật ký giao dịch khác nhau (đơn hàng OE, can thiệp NUR, sự kiện ADM). Ví dụ Đăng ký bệnh nhânHoàn tất phân loại cấp cứuCho bệnh nhân dùng thuốcXác nhận kết quả chẩn đoán | |||
| Chẩn đoán chính PrimaryDiagnosis | Tình trạng bệnh lý chính được xác định trong đợt điều trị của bệnh nhân. | ||
| Mô tả Chứa mã ICD-10 hoặc mô tả lý do chính của lần khám. Đây là nền tảng cho 'Phân tích biến thể phác đồ lâm sàng'. Bằng cách nhóm các ca theo Chẩn đoán chính, quản lý lâm sàng có thể so sánh lộ trình điều trị thực tế với phác đồ lâm sàng lý tưởng cho tình trạng bệnh cụ thể đó. Vì sao điều này quan trọng Cần thiết để nhóm ca bệnh và phân tích phác đồ lâm sàng. Lấy dữ liệu ở đâu Mô-đun hồ sơ bệnh án hoặc mã hóa bệnh án. Ví dụ J18.9 - Viêm phổiI21.9 - Nhồi máu cơ tim cấpS72.0 - Gãy xương đùi | |||
| 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ả Thuộc tính boolean trả về true nếu ngày đăng ký hiện tại của bệnh nhân nằm trong vòng 30 ngày kể từ ngày xuất viện của đợt điều trị trước. Thuộc tính này hỗ trợ bảng điều khiển 'Tái nhập viện và chất lượng chăm sóc'. Việc xác định các ca tái nhập viện giúp nhà phân tích truy ngược về đợt điều trị trước để tìm thiếu sót trong khâu lập kế hoạch xuất viện hoặc chăm sóc theo dõi. Vì sao điều này quan trọng Chỉ số chất lượng quan trọng, ảnh hưởng đến khoản hoàn trả và kết quả điều trị của bệnh nhân. Lấy dữ liệu ở đâu Được tính bằng cách so sánh StartTime hiện tại với Case EndTime trước đó của cùng MedicalRecordNumber. Ví dụ truefalse | |||
| Khoa bệnh viện HospitalDepartment | Đơn vị hoặc khoa cụ thể nơi hoạt động diễn ra. | ||
| Mô tả Cho biết đơn vị chức năng phụ trách hoạt động, chẳng hạn như 'Cấp cứu', 'Chẩn đoán hình ảnh', 'ICU' hoặc 'Khoa nội trú'. Thuộc tính này rất quan trọng đối với bảng điều khiển 'Lưu lượng nguồn lực theo khoa'. Thuộc tính này cho phép phân tách chỉ số hiệu suất theo từng đơn vị, giúp xác định điểm nghẽn trong quá trình chuyển khoa nội bộ và sử dụng nguồn lực. Vì sao điều này quan trọng Quan trọng để phân tích tổ chức và xác định điểm nghẽn tại từng đơn vị. Lấy dữ liệu ở đâu Các trường Location hoặc Department trong bảng giao dịch. Ví dụ Khoa cấp cứuChẩn đoán hình ảnhKhoa hồi sức tích cựcKhoa phẫu thuật 3 | |||
| Loại bệnh nhân PatientType | Phân loại lượt khám của bệnh nhân, ví dụ: nội trú, ngoại trú, cấp cứu. | ||
| Mô tả Phân loại tính chất của lượt khám tại bệnh viện. Các giá trị thường gặp gồm 'Nội trú', 'Ngoại trú', 'Cấp cứu' hoặc 'Theo dõi'. Đây là cơ sở để lọc và so sánh quy trình, vì tiêu chuẩn chăm sóc và thời gian dự kiến khác nhau đáng kể tùy loại lượt khám. Trường này hỗ trợ bảng điều khiển 'Tối ưu hóa kế hoạch xuất viện' bằng cách phân nhóm thời gian nằm viện dự kiến. Vì sao điều này quan trọng Cơ sở để phân nhóm khi so sánh quy trình, chẳng hạn nội trú và ngoại trú. Lấy dữ liệu ở đâu Bảng Admission hoặc Visit, ví dụ AdmVisits.Status. Ví dụ Nội trúCấp cứuPhẫu thuật ngoại trúTheo dõi | |||
| Mã hồ sơ bệnh án MedicalRecordNumber | Mã định danh duy nhất của bệnh nhân qua tất cả các lần khám. | ||
| Mô tả Mã hồ sơ bệnh án (MRN) định danh duy nhất một bệnh nhân trong tổ chức y tế, khác với mã riêng của từng đợt điều trị. Nhờ đó, nhà phân tích có thể liên kết nhiều đợt điều trị của cùng một bệnh nhân theo thời gian. Thuộc tính này cần thiết cho bảng điều khiển 'Tái nhập viện và chất lượng chăm sóc', giúp phát hiện bệnh nhân quay lại bệnh viện trong vòng 30 ngày sau khi xuất viện. Vì sao điều này quan trọng Cho phép phân tích xuyên suốt nhiều đợt điều trị và xem dữ liệu theo từng bệnh nhân. Lấy dữ liệu ở đâu Chỉ mục bệnh nhân chính hoặc bảng đăng ký. Ví dụ MRN-100293MRN-55928388291002 | |||
| Mức độ cấp cứu khi phân loại TriageAcuityLevel | Mức độ nghiêm trọng được đánh giá cho bệnh nhân trong quá trình phân loại cấp cứu. | ||
| Mô tả Cho biết mức độ khẩn cấp của tình trạng bệnh nhân, thường theo thang điểm (ví dụ: 1-5, trong đó 1 là nguy kịch). Thuộc tính này là trọng tâm của 'Phân tích luồng tại khoa cấp cứu'. Nhà phân tích có thể đối chiếu thời gian chờ với mức độ nghiêm trọng của bệnh nhân, qua đó đảm bảo bệnh nhân nguy kịch được ưu tiên phù hợp. Vì sao điều này quan trọng Rất quan trọng để phân tích việc ưu tiên bệnh nhân tại khoa cấp cứu và tuân thủ an toàn. Lấy dữ liệu ở đâu Màn hình đánh giá của khoa cấp cứu hoặc điều dưỡng phân loại. Ví dụ 1 - Hồi sức cấp cứu2 - Cấp cứu khẩn cấp3 - Cần xử lý khẩn4 - Ít khẩn cấp hơn | |||
| Nhân viên y tế phụ trách AttendingProvider | Bác sĩ hoặc nhân viên y tế chính chịu trách nhiệm về hoạt động. | ||
| Mô tả Ghi lại tên hoặc mã của bác sĩ, điều dưỡng hay kỹ thuật viên thực hiện công việc hoặc phụ trách chăm sóc. Thuộc tính này hỗ trợ bảng điều khiển 'Tốc độ xây dựng kế hoạch điều trị' bằng cách gắn các chỉ số tốc độ và hiệu quả với từng nhân viên hoặc vai trò. Thuộc tính này hỗ trợ phân tích nguồn lực để cân bằng khối lượng công việc và xác định nhu cầu đào tạo của nhân viên lâm sàng. Vì sao điều này quan trọng Cho phép phân tích hiệu suất nguồn lực và cân bằng khối lượng công việc. Lấy dữ liệu ở đâu Các trường Provider hoặc User trong nhật ký hoạt động. Ví dụ Bác sĩ SmithĐiều dưỡng JonesKỹ thuật viên Adams | |||
| Nơi chuyển đến khi 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 đợt điều trị, chẳng hạn 'Về nhà', 'Cơ sở điều dưỡng chuyên môn', 'Chăm sóc tại nhà' hoặc 'Tử vong'. Đây là chỉ số kết quả quan trọng trong bảng điều khiển 'Tối ưu hóa kế hoạch xuất viện'. Phân tích thông tin này giúp xác định liệu việc chậm bố trí dịch vụ chăm sóc sau giai đoạn cấp tính có làm kéo dài thời gian nằm viện hay không. Vì sao điều này quan trọng Chỉ số kết quả quan trọng để phân tích thời gian nằm viện và nguy cơ tái nhập viện. Lấy dữ liệu ở đâu Màn hình mã hóa xuất viện hoặc đăng ký. Ví dụ Xuất viện về nhàChuyển đến bệnh viện đa khoa ngắn hạnTử vongTự ý rời viện trái với lời khuyên của bác sĩ | |||
| Có vi phạm tuân thủ IsAdherenceViolation | Cờ cho biết ca bệnh có đi chệch khỏi phác đồ lâm sàng chuẩn hay không. | ||
| Mô tả Cờ boolean được đặt thành true nếu trình tự hoạt động không khớp với mô hình tham chiếu đã xác định cho Chẩn đoán chính của bệnh nhân. Thuộc tính này hỗ trợ 'Phân tích biến thể phác đồ lâm sàng'. Thuộc tính này giúp lọc nhanh các ca 'không tuân thủ' để tìm hiểu lý do không thực hiện theo tiêu chuẩn chăm sóc. Vì sao điều này quan trọng Nhanh chóng xác định các trường hợp quy trình đi chệch chuẩn và khác biệt. Lấy dữ liệu ở đâu Được tính bằng thuật toán kiểm tra mức độ phù hợp. Ví dụ truefalse | |||
| Nhóm chỉ định OrderCategory | Phân loại chỉ định lâm sàng, ví dụ: xét nghiệm, chẩn đoán hình ảnh, hội chẩn. | ||
| Mô tả Nhóm các chỉ định thành danh mục lớn hơn như 'Xét nghiệm', 'Chẩn đoán hình ảnh', 'Dinh dưỡng' hoặc 'Hội chẩn'. Đây là thông tin cần thiết cho bảng điều khiển 'Thời gian xử lý dịch vụ chẩn đoán'. Thuộc tính này cho phép tách riêng các quy trình để phân tích thời gian xử lý của chẩn đoán hình ảnh và xét nghiệm máu, vốn thường có điểm nghẽn khác nhau. Vì sao điều này quan trọng Phân nhóm quy trình chẩn đoán và điều trị. Lấy dữ liệu ở đâu Các trường danh mục trong mô-đun Order Entry (OE). Ví dụ Xét nghiệmChẩn đoán hình ảnhĐiều dưỡngDược | |||
| Nơi chuyển đến nhập viện AdmitSource | Nơi bệnh nhân được chuyển đến từ đó, ví dụ: nhà, chuyển viện, giới thiệu. | ||
| Mô tả Mô tả nguồn tiếp nhận bệnh nhân, chẳng hạn '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 cho biết bệnh nhân vào hệ thống bằng cách nào. Dữ liệu hữu ích để hiểu luồng bệnh nhân đến và ảnh hưởng của luồng này đến 'Phân tích luồng tại khoa cấp cứu' cũng như việc lập kế hoạch nguồn lực. Vì sao điều này quan trọng Cho biết bối cảnh luồng bệnh nhân đến và các kênh tạo nhu cầu. Lấy dữ liệu ở đâu Dữ liệu đăng ký nhập viện. Ví dụ Khoa cấp cứuPhòng khám giới thiệuChuyển từ cơ sở điều dưỡng chuyên môn (SNF) | |||
| Số tiền tính phí ChargeAmount | Giá trị tài chính gắn với một hoạt động hoặc dịch vụ cụ thể. | ||
| Mô tả Thể hiện chi phí hoặc khoản phí được ghi nhận cho một sự kiện cụ thể, chẳng hạn như xét nghiệm hoặc phí phòng. Dù chủ yếu phục vụ mục đích tài chính, khoản phí này cũng liên quan đến mức độ sử dụng nguồn lực. Khi tổng hợp, dữ liệu giúp hiểu tác động tài chính của các biến thể quy trình, dù góc nhìn được yêu cầu tập trung chủ yếu vào luồng lâm sàng. Vì sao điều này quan trọng Bổ sung khía cạnh tài chính vào phân tích quy trình. Lấy dữ liệu ở đâu Mô-đun thanh toán hoặc BAR (Billing/Accounts Receivable). Ví dụ 150.001200.5045.00 | |||
| Tên thuốc MedicationName | Tên dược phẩm được sử dụng. | ||
| Mô tả Ghi nhận loại thuốc cụ thể trong các sự kiện 'Đã cấp thuốc'. Thông tin này cần thiết cho bảng điều khiển 'Tuân thủ quy trình cấp thuốc'. Lãnh đạo điều dưỡng có thể kiểm tra xem các thuốc có nguy cơ cao hoặc cần dùng đúng giờ, như kháng sinh điều trị nhiễm trùng huyết, có được cấp trong khoảng thời gian điều trị phù hợp hay không. Vì sao điều này quan trọng Cần thiết để phân tích tuân thủ quy trình lâm sàng và an toàn. Lấy dữ liệu ở đâu Mô-đun Dược (PHA) hoặc Xác minh tại giường bệnh (BMV). Ví dụ AcetaminophenVancomycinHeparinInsulin | |||
| Thời gian chờ phân loại cấp cứu TriageWaitTime | Khoảng thời gian từ lúc đăng ký đến khi hoàn tất phân loại cấp cứu. | ||
| Mô tả Khoảng thời gian được tính từ sự kiện 'Đã đăng ký bệnh nhân' đến sự kiện 'Hoàn tất phân loại cấp cứu'. Chỉ số này được dùng trực tiếp trong KPI 'Thời gian xử lý trung bình tại khâu phân loại cấp cứu'. Theo dõi khoảng thời gian này giúp quản lý khoa cấp cứu điều chỉnh nhân sự vào giờ cao điểm và đảm bảo đáp ứng các tiêu chuẩn an toàn cho bệnh nhân. Vì sao điều này quan trọng Chỉ số vận hành quan trọng của khoa cấp cứu. Lấy dữ liệu ở đâu Được tính bằng chênh lệch giữa dấu thời gian của các hoạt động cụ thể. Ví dụ 15 phút1 giờ 20 phút | |||
Hoạt động trong hành trình bệnh nhân
| Hoạt động | Mô tả | ||
|---|---|---|---|
| Bệnh nhân xuất viện | Đóng hồ sơ hành chính của lượt khám. Bệnh nhân đã rời bệnh viện và giường bệnh được giải phóng. | ||
| Vì sao điều này quan trọng Mốc kết thúc chính thức của quy trình. Dùng để tính tổng thời gian nằm viện và xác định khoảng theo dõi tái nhập viện trong 30 ngày. Lấy dữ liệu ở đâu Phân hệ MEDITECH ADM (Admissions). Dùng trường 'DischargeDateTime' trong hồ sơ lượt khám. Thu thập Ghi nhận khi thực hiện giao dịch Discharge Patient Loại sự kiện explicit | |||
| Cho bệnh nhân dùng thuốc | Ghi nhận thời điểm điều dưỡng thực sự cho bệnh nhân dùng thuốc. Thường được ghi lại bằng cách quét mã vạch tại giường bệnh. | ||
| Vì sao điều này quan trọng Hỗ trợ phân tích 'Medication Administration Compliance'. Giúp xác định rủi ro an toàn và gián đoạn quy trình làm việc tại các khoa điều dưỡng. Lấy dữ liệu ở đâu Phân hệ MEDITECH PHA (Pharmacy) hoặc eMAR (Electronic Medication Administration Record). Dùng trường 'AdminDateTime' trong lịch sử cấp thuốc. Thu thập Ghi nhận khi thực hiện giao dịch Med Admin Loại sự kiện explicit | |||
| Chuyển bệnh nhân | Ghi nhận việc chuyển bệnh nhân từ một địa điểm (khoa/phòng/giường) sang địa điểm khác. Theo dõi luồng di chuyển của bệnh nhân trong bệnh viện. | ||
| Vì sao điều này quan trọng Chỉ số quan trọng để phân tích 'Internal Transfer Bottlenecks'. Thời gian chuyển khoa kéo dài cho thấy có thể thiếu tài nguyên hoặc chậm trễ trong vận chuyển bệnh nhân. Lấy dữ liệu ở đâu Phân hệ MEDITECH ADM (Admissions). Lấy dữ liệu từ nhật ký giao dịch 'Location History' hoặc 'RoomBed'. Thu thập Ghi nhận khi thực hiện giao dịch Transfer Patient Loại sự kiện explicit | |||
| Đăng ký bệnh nhân | Sự kiện này ghi nhận việc tạo hồ sơ hành chính cho đợt điều trị hoặc lượt khám của bệnh nhân trong hệ thống. Đây là mốc bắt đầu nhập dữ liệu vào phân hệ MEDITECH ADM (Admissions). | ||
| Vì sao điều này quan trọng Xác định điểm bắt đầu hành trình điều trị và cơ sở tính thời gian chu kỳ. Đây là mốc cần thiết để tính tổng thời gian nằm viện. Lấy dữ liệu ở đâu Phân hệ MEDITECH ADM. Lấy dữ liệu từ bảng 'Admissions', cụ thể là trường 'AdmitDateTime' hoặc dấu thời gian tạo nhật ký giao dịch. Thu thập Ghi nhận khi thực hiện giao dịch New Visit Loại sự kiện explicit | |||
| Ghi nhận chẩn đoán | Đây là thời điểm bác sĩ nhập mã chẩn đoán (ICD-10) vào hồ sơ bệnh nhân. Thao tác này thường kích hoạt các lộ trình điều trị cụ thể. | ||
| Vì sao điều này quan trọng Hỗ trợ 'Clinical Pathway Variant Analysis' bằng cách phân loại hồ sơ. Đây là bước cần thiết để nhóm bệnh nhân và so sánh. Lấy dữ liệu ở đâu Phân hệ MEDITECH ABS (Abstracting) hoặc Medical Records. Ghi nhận khi mã chẩn đoán được liên kết với tài khoản. Thu thập Ghi nhận khi thực hiện giao dịch Diagnosis Enter Loại sự kiện explicit | |||
| Hoàn tất phân loại cấp cứu | Cho biết điều dưỡng đã hoàn tất đánh giá ban đầu tại khoa Cấp cứu. Kết quả xác định mức độ cấp cứu và điểm đánh giá mức độ nghiêm trọng của bệnh nhân. | ||
| Vì sao điều này quan trọng Cần thiết cho dashboard phân tích luồng tại khoa Cấp cứu, dùng để đo lưu lượng bệnh nhân và thời gian chờ. Lấy dữ liệu ở đâu Phân hệ MEDITECH EDM (Emergency Department Management). Xác định từ các lần đổi trạng thái trong EDM tracker hoặc dấu thời gian của tài liệu Triage Assessment. Thu thập Ghi nhận khi trường trạng thái chuyển thành Triaged Loại sự kiện explicit | |||
| Tạo chỉ định | Ghi nhận yêu cầu của nhân viên y tế về dịch vụ, thuốc hoặc xét nghiệm chẩn đoán. Đây là sự kiện khởi đầu cho các hoạt động lâm sàng tiếp theo. | ||
| Vì sao điều này quan trọng Làm mốc cơ sở cho KPI 'Diagnostic Services Turnaround'. So sánh thời điểm này với thời điểm thực hiện giúp xác định chậm trễ trong cung cấp dịch vụ. Lấy dữ liệu ở đâu Phân hệ MEDITECH OE (Order Entry). Lấy dữ liệu từ bảng 'OeOrders' qua trường Order Date/Time. Thu thập Ghi nhận khi thực hiện giao dịch Order Enter Loại sự kiện explicit | |||
| Tạo lệnh xuất viện | Dấu thời gian bác sĩ ký lệnh cho phép bệnh nhân xuất viện. Đây là mốc bắt đầu giai đoạn 'Discharge Planning'. | ||
| Vì sao điều này quan trọng Làm mốc cơ sở cho 'Discharge Planning Lead Time'. Khoảng thời gian từ mốc này đến lúc bệnh nhân thực sự rời viện phản ánh mức độ kém hiệu quả trong vận hành. Lấy dữ liệu ở đâu Phân hệ MEDITECH OE (Order Entry). Lọc Orders theo Category = Discharge. Thu thập Ghi nhận khi thực hiện giao dịch Order Enter Loại sự kiện explicit | |||
| Xác nhận kết quả chẩn đoán | Cho biết xét nghiệm chẩn đoán (xét nghiệm hoặc chẩn đoán hình ảnh) đã được thực hiện và kỹ thuật viên hoặc bác sĩ chẩn đoán hình ảnh đã ký duyệt kết quả. Đây là bước hoàn tất quy trình xử lý chỉ định chẩn đoán. | ||
| Vì sao điều này quan trọng Mốc kết thúc để đo 'Diagnostic Services Turnaround'. Cần thiết để phân tích điểm nghẽn tại các khoa dịch vụ hỗ trợ. Lấy dữ liệu ở đâu Phân hệ MEDITECH LAB hoặc ITS (Imaging and Therapeutic Services). Lấy dữ liệu từ các lần đổi trạng thái kết quả thành Verified hoặc Signed. Thu thập Ghi nhận khi trường trạng thái chuyển thành Verified Loại sự kiện explicit | |||
| Bắt đầu kế hoạch chăm sóc | Ghi nhận việc tạo hoặc phân công kế hoạch chăm sóc cụ thể của điều dưỡng hoặc nhóm đa chuyên khoa. Tương ứng với khái niệm 'Treatment Plan Developed'. | ||
| Vì sao điều này quan trọng Đo 'Treatment Plan Development Velocity'. Chậm trễ ở bước này có thể cho thấy quá trình ra quyết định lâm sàng còn thiếu sót. Lấy dữ liệu ở đâu Phân hệ MEDITECH PCS (Patient Care System) hoặc Care Manager. Dùng dấu thời gian áp dụng kế hoạch chăm sóc tiêu chuẩn cho bệnh nhân. Thu thập Ghi nhận khi thực hiện giao dịch Care Plan Add Loại sự kiện explicit | |||
| Đặt lịch tái khám | Ghi nhận việc đặt lịch khám trong tương lai cho bệnh nhân. Hoạt động này hỗ trợ chăm sóc liên tục sau khi xuất viện. | ||
| Vì sao điều này quan trọng Hỗ trợ phân tích 'Follow-up Appointment Scheduling'. Có mối liên hệ với tỷ lệ tái nhập viện thấp hơn. Lấy dữ liệu ở đâu Phân hệ MEDITECH SCH (Scheduling). Xác định bằng cách liên kết hồ sơ Appointment mới, được tạo gần ngày xuất viện, với mã bệnh nhân. Thu thập Xác định bằng cách so sánh trường Appointment Created Date với Discharge Date Loại sự kiện inferred | |||
| Gửi yêu cầu hội chẩn | Đây là loại chỉ định yêu cầu ý kiến của bác sĩ chuyên khoa. Mốc này bắt đầu tính thời gian trên dashboard 'Specialist Consultation Response'. | ||
| Vì sao điều này quan trọng Giúp xác định điểm nghẽn trong phối hợp chăm sóc đa chuyên khoa. Thời gian chờ lâu ở bước này làm tăng thời gian nằm viện. Lấy dữ liệu ở đâu Phân hệ MEDITECH OE (Order Entry). Xác định bằng cách lọc 'OeOrders' theo Category = Consult. Thu thập Ghi nhận khi thực hiện giao dịch Order Enter Loại sự kiện explicit | |||
| Hoàn tất hội chẩn | Ghi nhận khi bác sĩ chuyên khoa hoàn tất đánh giá. Thường được xác định dựa trên việc lưu một loại tài liệu cụ thể, chẳng hạn 'Cardiology Consult Note'. | ||
| Vì sao điều này quan trọng Mốc kết thúc để đo thời gian phản hồi của bác sĩ chuyên khoa. Cần thiết để bảo đảm quá trình chăm sóc diễn ra kịp thời. Lấy dữ liệu ở đâu Phân hệ MEDITECH PCM (Provider Order Management) hoặc EMR. Xác định dựa trên dấu thời gian tạo tài liệu có tiêu đề cụ thể. Thu thập So sánh trường trạng thái trước và sau Loại sự kiện inferred | |||
| Lấy mẫu bệnh phẩm | Ghi nhận thời điểm lấy mẫu sinh học để xét nghiệm. Hoạt động này nối bước chỉ định với bước xử lý mẫu. | ||
| Vì sao điều này quan trọng Đây là bước chi tiết thường gây chậm trễ trong quy trình chẩn đoán. Có thể dùng để phân biệt chậm trễ do điều dưỡng với chậm trễ tại phòng xét nghiệm. Lấy dữ liệu ở đâu Phân hệ MEDITECH LAB. Thường được ghi nhận khi nhân viên lấy máu quét mã vạch hoặc cập nhật trạng thái mẫu thành Collected. Thu thập Ghi nhận khi thực hiện giao dịch Collect Specimen Loại sự kiện explicit | |||
Hướng dẫn trích xuất
Các bước
Xác định máy chủ Data Repository: Tìm phiên bản Microsoft SQL Server lưu MEDITECH Data Repository (DR). Đây là hệ thống riêng, không phải cơ sở dữ liệu giao dịch M-AT hoặc cơ sở dữ liệu dạng tệp. Bạn cần thông tin đăng nhập chỉ có quyền đọc, thường là tài khoản dịch vụ.
Xác định phiên bản lược đồ: Cấu trúc DR có khác biệt nhỏ giữa Magic, Client/Server (6.x) và Expanse. Truy vấn dưới đây dùng quy ước đặt tên phổ biến (ví dụ: AdmVisits, OeOrders). Hãy kiểm tra tên bảng trong Object Explorer của SQL Server Management Studio (SSMS) tại cơ sở của bạn.
Xác định phạm vi: Tìm bảng chính lưu lượt khám của bệnh nhân. Tùy cấu hình DR, bảng này thường có tên AdmVisits, RegAcct hoặc AbstractData. Truy vấn dùng AdmVisits làm bảng gốc cho Patient Episode.
Chuẩn bị môi trường SQL: Mở SSMS và kết nối với DR. Mở cửa sổ truy vấn mới, rồi chuyển sang đúng cơ sở dữ liệu (thường có tên livedb hoặc tương tự).
Cấu hình tham số: Trong tập lệnh SQL được cung cấp, thay các giá trị giữ chỗ cho khoảng ngày (ví dụ: '2023-01-01') và mã cơ sở nếu DR lưu dữ liệu từ nhiều địa điểm.
Chạy trích xuất: Chạy toàn bộ tập lệnh T-SQL. Tập lệnh dùng Common Table Expressions (CTE) để xác định nhóm dữ liệu cần lấy, sau đó UNION ALL nhiều nguồn dữ liệu nhằm tạo nhật ký sự kiện theo định dạng thống nhất.
Xử lý thuộc tính NULL: Truy vấn có logic xử lý giá trị NULL trong dấu thời gian (dùng COALESCE khi phù hợp) và đảm bảo có các khóa kết hợp quan trọng (SourceID/VisitID).
Kiểm tra dữ liệu phân loại và cấp cứu: MEDITECH lưu dữ liệu khoa cấp cứu trong các mô-đun riêng. Nếu phân tích quy trình cấp cứu, hãy đảm bảo các bảng EdVisits hoặc NurInterventions có dữ liệu.
Kiểm tra danh mục đơn: Truy vấn phân biệt đơn thông thường, yêu cầu hội chẩn và đơn xuất viện dựa trên Category urns hoặc mnemonic. Bạn có thể cần điều chỉnh các mệnh đề WHERE cho khớp với từ điển Mnemonic của cơ sở.
Xuất dữ liệu: Khi truy vấn trả về kết quả, nhấp chuột phải vào lưới kết quả trong SSMS và chọn Save Results As CSV. Đảm bảo tệp có tiêu đề cột.
Định dạng lần cuối: Mở tệp CSV để kiểm tra ngày giờ theo ISO 8601 (YYYY-MM-DD HH:MM:SS) trước khi nhập vào ProcessMind.
Cấu hình
- Quyền truy cập cơ sở dữ liệu: Cần quyền db_datareader trên cơ sở dữ liệu SQL MEDITECH DR.
- Khoảng ngày: Nên trích xuất dữ liệu bệnh nhân đã xuất viện trong 3 đến 6 tháng để có các chu kỳ hoàn chỉnh.
- Lọc theo cơ sở: Nếu DR có dữ liệu từ nhiều cơ sở, hãy lọc CTE BaseVisits theo FacilityID hoặc SourceSystemID.
- Xác định đợt điều trị: Tập lệnh dùng VisitID duy nhất (thường gọi là Account Number hoặc Episode Number) làm Case ID.
- Hiệu suất: Truy vấn dùng CTE làm điểm bắt đầu để giới hạn phạm vi quét. Để đạt hiệu suất tốt, hãy đảm bảo bảng AdmVisits có chỉ mục trên AdmitDate và DischargeDate.
- Độ trễ: Dữ liệu chuyển vào Data Repository có thể trễ từ 15 phút đến 24 giờ, tùy cấu hình tại cơ sở. Hãy kiểm tra dấu thời gian LastDataUpdate.
Truy vấn mẫu sql
/* MEDITECH Data Repository T-SQL Extraction for ProcessMind */
/* Process: Patient Journey */
/* Dialect: T-SQL */
WITH BaseVisits AS (
/* Define the population: Discharged patients within a date range */
SELECT
V.VisitID,
V.PatientID,
V.AccountNumber AS MedicalRecordNumber,
V.AdmitDateTime,
V.DischargeDateTime,
V.FacilityID,
V.PatientType,
V.AttendingProviderID,
V.DischargeDisposition,
NULLIF(DATEDIFF(MINUTE, V.AdmitDateTime, V.DischargeDateTime), 0) / 1440.0 AS LengthOfStay,
/* Flag readmissions logic would go here, simplified as 0 for base script */
0 AS IsReadmission
FROM
[YourDatabaseName].[dbo].[AdmVisits] V
WHERE
V.DischargeDateTime >= '2023-01-01'
AND V.DischargeDateTime < '2023-04-01'
AND V.Status = 'DIS' /* Discharged Status */
),
PatientDiagnoses AS (
/* Helper CTE for Primary Diagnosis to avoid duplicates in joins */
SELECT
D.VisitID,
MAX(D.ICDCode) AS PrimaryDiagnosis
FROM
[YourDatabaseName].[dbo].[AbsDiagnoses] D
WHERE
D.Rank = 1 /* Primary Diagnosis Rank */
GROUP BY
D.VisitID
),
TriageData AS (
/* Helper CTE for Triage Acuity */
SELECT
T.VisitID,
MAX(T.AcuityLevel) AS TriageAcuityLevel
FROM
[YourDatabaseName].[dbo].[EdTriage] T
GROUP BY
T.VisitID
)
/* 1. Patient Registered */
SELECT
V.VisitID AS PatientEpisode,
'Patient Registered' AS ActivityName,
V.AdmitDateTime AS EventTimestamp,
'MEDITECH_ADM' AS SourceSystem,
GETDATE() AS LastDataUpdate,
V.MedicalRecordNumber,
V.FacilityID AS HospitalDepartment,
V.AttendingProviderID AS AttendingProvider,
V.PatientType,
T.TriageAcuityLevel,
D.PrimaryDiagnosis,
V.DischargeDisposition,
V.LengthOfStay,
V.IsReadmission
FROM
BaseVisits V
LEFT JOIN PatientDiagnoses D ON V.VisitID = D.VisitID
LEFT JOIN TriageData T ON V.VisitID = T.VisitID
WHERE
V.AdmitDateTime IS NOT NULL
UNION ALL
/* 2. Triage Completed */
SELECT
V.VisitID AS PatientEpisode,
'Triage Completed' AS ActivityName,
ED.TriageDateTime AS EventTimestamp,
'MEDITECH_ED' AS SourceSystem,
GETDATE() AS LastDataUpdate,
V.MedicalRecordNumber,
'Emergency Department' AS HospitalDepartment,
ED.TriageNurseID AS AttendingProvider,
V.PatientType,
ED.AcuityLevel AS TriageAcuityLevel,
D.PrimaryDiagnosis,
V.DischargeDisposition,
V.LengthOfStay,
V.IsReadmission
FROM
[YourDatabaseName].[dbo].[EdTriage] ED
INNER JOIN BaseVisits V ON ED.VisitID = V.VisitID
LEFT JOIN PatientDiagnoses D ON V.VisitID = D.VisitID
WHERE
ED.TriageDateTime IS NOT NULL
UNION ALL
/* 3. Order Placed (General) */
SELECT
V.VisitID AS PatientEpisode,
'Order Placed' AS ActivityName,
O.OrderDateTime AS EventTimestamp,
'MEDITECH_OE' AS SourceSystem,
GETDATE() AS LastDataUpdate,
V.MedicalRecordNumber,
O.Department AS HospitalDepartment,
O.OrderingProviderID AS AttendingProvider,
V.PatientType,
T.TriageAcuityLevel,
D.PrimaryDiagnosis,
V.DischargeDisposition,
V.LengthOfStay,
V.IsReadmission
FROM
[YourDatabaseName].[dbo].[OeOrders] O
INNER JOIN BaseVisits V ON O.VisitID = V.VisitID
LEFT JOIN PatientDiagnoses D ON V.VisitID = D.VisitID
LEFT JOIN TriageData T ON V.VisitID = T.VisitID
WHERE
O.Category NOT IN ('CONSULT', 'DISCHARGE') /* Exclude specific types handled elsewhere */
UNION ALL
/* 4. Specimen Collected */
SELECT
V.VisitID AS PatientEpisode,
'Specimen Collected' AS ActivityName,
L.CollectionDateTime AS EventTimestamp,
'MEDITECH_LAB' AS SourceSystem,
GETDATE() AS LastDataUpdate,
V.MedicalRecordNumber,
'Laboratory' AS HospitalDepartment,
L.CollectedBy AS AttendingProvider,
V.PatientType,
T.TriageAcuityLevel,
D.PrimaryDiagnosis,
V.DischargeDisposition,
V.LengthOfStay,
V.IsReadmission
FROM
[YourDatabaseName].[dbo].[LabSpecimens] L
INNER JOIN BaseVisits V ON L.VisitID = V.VisitID
LEFT JOIN PatientDiagnoses D ON V.VisitID = D.VisitID
LEFT JOIN TriageData T ON V.VisitID = T.VisitID
WHERE
L.CollectionDateTime IS NOT NULL
UNION ALL
/* 5. Diagnostic Result Verified */
SELECT
V.VisitID AS PatientEpisode,
'Diagnostic Result Verified' AS ActivityName,
R.VerifiedDateTime AS EventTimestamp,
'MEDITECH_LAB' AS SourceSystem,
GETDATE() AS LastDataUpdate,
V.MedicalRecordNumber,
'Laboratory' AS HospitalDepartment,
R.VerifiedBy AS AttendingProvider,
V.PatientType,
T.TriageAcuityLevel,
D.PrimaryDiagnosis,
V.DischargeDisposition,
V.LengthOfStay,
V.IsReadmission
FROM
[YourDatabaseName].[dbo].[LabResults] R
INNER JOIN BaseVisits V ON R.VisitID = V.VisitID
LEFT JOIN PatientDiagnoses D ON V.VisitID = D.VisitID
LEFT JOIN TriageData T ON V.VisitID = T.VisitID
WHERE
R.VerifiedDateTime IS NOT NULL
UNION ALL
/* 6. Diagnosis Documented */
SELECT
V.VisitID AS PatientEpisode,
'Diagnosis Documented' AS ActivityName,
DX.EntryDateTime AS EventTimestamp,
'MEDITECH_ABS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
V.MedicalRecordNumber,
V.FacilityID AS HospitalDepartment,
DX.ProviderID AS AttendingProvider,
V.PatientType,
T.TriageAcuityLevel,
D.PrimaryDiagnosis,
V.DischargeDisposition,
V.LengthOfStay,
V.IsReadmission
FROM
[YourDatabaseName].[dbo].[AbsDiagnoses] DX
INNER JOIN BaseVisits V ON DX.VisitID = V.VisitID
LEFT JOIN PatientDiagnoses D ON V.VisitID = D.VisitID
LEFT JOIN TriageData T ON V.VisitID = T.VisitID
WHERE
DX.EntryDateTime IS NOT NULL
UNION ALL
/* 7. Care Plan Initiated */
SELECT
V.VisitID AS PatientEpisode,
'Care Plan Initiated' AS ActivityName,
N.CreateDateTime AS EventTimestamp,
'MEDITECH_NUR' AS SourceSystem,
GETDATE() AS LastDataUpdate,
V.MedicalRecordNumber,
N.NurseUnit AS HospitalDepartment,
N.NurseID AS AttendingProvider,
V.PatientType,
T.TriageAcuityLevel,
D.PrimaryDiagnosis,
V.DischargeDisposition,
V.LengthOfStay,
V.IsReadmission
FROM
[YourDatabaseName].[dbo].[NurPlan] N
INNER JOIN BaseVisits V ON N.VisitID = V.VisitID
LEFT JOIN PatientDiagnoses D ON V.VisitID = D.VisitID
LEFT JOIN TriageData T ON V.VisitID = T.VisitID
WHERE
N.CreateDateTime IS NOT NULL
UNION ALL
/* 8. Medication Administered */
SELECT
V.VisitID AS PatientEpisode,
'Medication Administered' AS ActivityName,
M.AdminDateTime AS EventTimestamp,
'MEDITECH_PHA' AS SourceSystem,
GETDATE() AS LastDataUpdate,
V.MedicalRecordNumber,
M.AdminLocation AS HospitalDepartment,
M.AdministeredBy AS AttendingProvider,
V.PatientType,
T.TriageAcuityLevel,
D.PrimaryDiagnosis,
V.DischargeDisposition,
V.LengthOfStay,
V.IsReadmission
FROM
[YourDatabaseName].[dbo].[PhaMedAdmin] M
INNER JOIN BaseVisits V ON M.VisitID = V.VisitID
LEFT JOIN PatientDiagnoses D ON V.VisitID = D.VisitID
LEFT JOIN TriageData T ON V.VisitID = T.VisitID
WHERE
M.Status = 'ADMINISTERED'
UNION ALL
/* 9. Consult Request Sent */
SELECT
V.VisitID AS PatientEpisode,
'Consult Request Sent' AS ActivityName,
O.OrderDateTime AS EventTimestamp,
'MEDITECH_OE' AS SourceSystem,
GETDATE() AS LastDataUpdate,
V.MedicalRecordNumber,
O.Department AS HospitalDepartment,
O.OrderingProviderID AS AttendingProvider,
V.PatientType,
T.TriageAcuityLevel,
D.PrimaryDiagnosis,
V.DischargeDisposition,
V.LengthOfStay,
V.IsReadmission
FROM
[YourDatabaseName].[dbo].[OeOrders] O
INNER JOIN BaseVisits V ON O.VisitID = V.VisitID
LEFT JOIN PatientDiagnoses D ON V.VisitID = D.VisitID
LEFT JOIN TriageData T ON V.VisitID = T.VisitID
WHERE
O.Category = 'CONSULT'
UNION ALL
/* 10. Consultation Completed */
SELECT
V.VisitID AS PatientEpisode,
'Consultation Completed' AS ActivityName,
O.CompletedDateTime AS EventTimestamp,
'MEDITECH_OE' AS SourceSystem,
GETDATE() AS LastDataUpdate,
V.MedicalRecordNumber,
O.Department AS HospitalDepartment,
O.OrderingProviderID AS AttendingProvider,
V.PatientType,
T.TriageAcuityLevel,
D.PrimaryDiagnosis,
V.DischargeDisposition,
V.LengthOfStay,
V.IsReadmission
FROM
[YourDatabaseName].[dbo].[OeOrders] O
INNER JOIN BaseVisits V ON O.VisitID = V.VisitID
LEFT JOIN PatientDiagnoses D ON V.VisitID = D.VisitID
LEFT JOIN TriageData T ON V.VisitID = T.VisitID
WHERE
O.Category = 'CONSULT'
AND O.Status = 'COMPLETED'
AND O.CompletedDateTime IS NOT NULL
UNION ALL
/* 11. Patient Transferred */
SELECT
V.VisitID AS PatientEpisode,
'Patient Transferred' AS ActivityName,
TX.TransferDateTime AS EventTimestamp,
'MEDITECH_ADM' AS SourceSystem,
GETDATE() AS LastDataUpdate,
V.MedicalRecordNumber,
TX.ToLocation AS HospitalDepartment,
NULL AS AttendingProvider,
V.PatientType,
T.TriageAcuityLevel,
D.PrimaryDiagnosis,
V.DischargeDisposition,
V.LengthOfStay,
V.IsReadmission
FROM
[YourDatabaseName].[dbo].[AdmRoomTx] TX
INNER JOIN BaseVisits V ON TX.VisitID = V.VisitID
LEFT JOIN PatientDiagnoses D ON V.VisitID = D.VisitID
LEFT JOIN TriageData T ON V.VisitID = T.VisitID
WHERE
TX.TransferDateTime IS NOT NULL
UNION ALL
/* 12. Discharge Order Written */
SELECT
V.VisitID AS PatientEpisode,
'Discharge Order Written' AS ActivityName,
O.OrderDateTime AS EventTimestamp,
'MEDITECH_OE' AS SourceSystem,
GETDATE() AS LastDataUpdate,
V.MedicalRecordNumber,
O.Department AS HospitalDepartment,
O.OrderingProviderID AS AttendingProvider,
V.PatientType,
T.TriageAcuityLevel,
D.PrimaryDiagnosis,
V.DischargeDisposition,
V.LengthOfStay,
V.IsReadmission
FROM
[YourDatabaseName].[dbo].[OeOrders] O
INNER JOIN BaseVisits V ON O.VisitID = V.VisitID
LEFT JOIN PatientDiagnoses D ON V.VisitID = D.VisitID
LEFT JOIN TriageData T ON V.VisitID = T.VisitID
WHERE
O.Category = 'DISCHARGE'
OR O.Mnemonic LIKE '%DISCHARGE%'
UNION ALL
/* 13. Patient Discharged */
SELECT
V.VisitID AS PatientEpisode,
'Patient Discharged' AS ActivityName,
V.DischargeDateTime AS EventTimestamp,
'MEDITECH_ADM' AS SourceSystem,
GETDATE() AS LastDataUpdate,
V.MedicalRecordNumber,
V.FacilityID AS HospitalDepartment,
V.AttendingProviderID AS AttendingProvider,
V.PatientType,
T.TriageAcuityLevel,
D.PrimaryDiagnosis,
V.DischargeDisposition,
V.LengthOfStay,
V.IsReadmission
FROM
BaseVisits V
LEFT JOIN PatientDiagnoses D ON V.VisitID = D.VisitID
LEFT JOIN TriageData T ON V.VisitID = T.VisitID
WHERE
V.DischargeDateTime IS NOT NULL
UNION ALL
/* 14. Follow-up Booked */
SELECT
V.VisitID AS PatientEpisode,
'Follow-up Booked' AS ActivityName,
S.BookDateTime AS EventTimestamp,
'MEDITECH_SCH' AS SourceSystem,
GETDATE() AS LastDataUpdate,
V.MedicalRecordNumber,
S.ApptDepartment AS HospitalDepartment,
S.ProviderID AS AttendingProvider,
V.PatientType,
T.TriageAcuityLevel,
D.PrimaryDiagnosis,
V.DischargeDisposition,
V.LengthOfStay,
V.IsReadmission
FROM
[YourDatabaseName].[dbo].[SchAppt] S
INNER JOIN BaseVisits V ON S.PatientID = V.PatientID
LEFT JOIN PatientDiagnoses D ON V.VisitID = D.VisitID
LEFT JOIN TriageData T ON V.VisitID = T.VisitID
WHERE
S.BookDateTime > V.AdmitDateTime
AND S.BookDateTime <= DATEADD(day, 30, V.DischargeDateTime) /* Logic to link appt to episode */
AND S.Status NOT IN ('CANCELLED', 'NOSHOW'); Bạn đã sẵn sàng bắt đầu chưa?
Hãy áp dụng mẫu này vào dữ liệu MEDITECH ngay hôm nay để cải thiện hoạt động lâm sàng. Đội ngũ của chúng tôi có thể hỗ trợ bạn tinh chỉnh cách trích xuất dữ liệu để nâng cao hiệu quả bệnh viện.
Tối ưu hành trình bệnh nhân, giảm chậm trễ ngay hôm nay
Giảm 30% thời gian xử lý và nâng cao hiệu quả bệnh viện
Không cần thẻ tín dụng. Bắt đầu chỉ trong vài phút.