Nền tảng telehealth khác ứng dụng đặt lịch khám thế nào?

WHO mô tả telehealth theo phạm vi rộng, bao gồm cung cấp dịch vụ y tế từ xa và những hoạt động như theo dõi bệnh nhân từ xa; WHO cũng phân biệt telemedicine là một nhóm dịch vụ lâm sàng cụ thể nằm trong phạm vi telehealth rộng hơn. Vì vậy, khác biệt cốt lõi không nằm ở việc một sản phẩm có nút “đặt lịch” hay “video call”, mà ở phạm vi quy trình chăm sóc mà hệ thống có khả năng hỗ trợ.

Khác biệt cốt lõi nằm ở quy trình chăm sóc, không phải lịch hẹn

Ứng dụng đặt lịch thông thường thường kết thúc nhiệm vụ chính sau khi lịch khám được xác nhận. Hệ thống có thể lưu thông tin người đặt, gửi nhắc lịch, cho phép đổi giờ hoặc hủy lịch, nhưng những chức năng đó chủ yếu phục vụ quản lý cuộc hẹn.

Với nền tảng telehealth, lịch hẹn thường chỉ là một điểm trong chuỗi hoạt động dài hơn:

Đăng ký hoặc đặt lịch → thu thập thông tin cần thiết → tương tác với nhân viên y tế → trao đổi dữ liệu sức khỏe → hướng dẫn hoặc xử lý chuyên môn phù hợp → theo dõi sau lần khám

Sự khác biệt này có ý nghĩa quan trọng. Một hệ thống đặt lịch giúp bệnh nhân tiếp cận một cuộc khám; telehealth có thể giúp một phần của cuộc khám và quá trình chăm sóc diễn ra qua môi trường số.

WHO/Europe định nghĩa telemedicine là việc sử dụng công nghệ viễn thông để hỗ trợ các dịch vụ y tế, chẩn đoán và điều trị khi khoảng cách là yếu tố quan trọng. Vì thế, chỉ tích hợp liên kết gọi video vào ứng dụng đặt lịch chưa đủ để kết luận toàn bộ hệ thống đã trở thành một nền tảng telehealth hoàn chỉnh. Cần xem công nghệ đó thực sự hỗ trợ những hoạt động lâm sàng nào trước, trong và sau tương tác từ xa.

Telehealth có thể trở thành không gian thực hiện cuộc khám từ xa

Đây là chức năng vượt ngoài đặt lịch dễ nhận thấy nhất.

Theo hướng dẫn của HHS Hoa Kỳ, telehealth có thể diễn ra theo hai hình thức lớn. Synchronous care là tương tác trực tiếp theo thời gian thực, chẳng hạn gọi video hoặc âm thanh giữa bệnh nhân và nhân viên y tế. Asynchronous telehealth, thường được gọi là store-and-forward, cho phép thông tin được gửi và đánh giá ở những thời điểm khác nhau, chẳng hạn tin nhắn, hình ảnh, kết quả xét nghiệm hoặc dữ liệu sinh hiệu.

Điều đó tạo ra sự khác biệt về cơ chế hoạt động.

Ứng dụng đặt lịch thường chỉ chuyển bệnh nhân tới một dịch vụ sẽ diễn ra sau đó. Nền tảng telehealth có thể cung cấp chính môi trường số để các bên trao đổi thông tin cần cho dịch vụ đó.

Trong một cuộc tư vấn đồng bộ, bệnh nhân có thể trao đổi trực tiếp với bác sĩ qua video. Với một quy trình bất đồng bộ, bệnh nhân có thể gửi trước hình ảnh hoặc thông tin sức khỏe; nhân viên y tế xem dữ liệu sau đó và phản hồi theo quy trình được thiết lập. HHS ghi nhận asynchronous telehealth có thể được sử dụng cho cả thu thập thông tin ban đầu và chăm sóc theo dõi.

Tuy nhiên, khám từ xa không làm mọi cuộc khám trực tiếp trở nên không cần thiết. Khi việc đánh giá đòi hỏi khám thể chất, thủ thuật, xét nghiệm hoặc phương tiện chẩn đoán không thể thực hiện từ xa, quy trình telehealth vẫn cần chuyển sang hình thức chăm sóc thích hợp. Đây là một ranh giới mà ứng dụng không thể giải quyết chỉ bằng cách bổ sung thêm tính năng giao tiếp.

Theo dõi sức khỏe có thể tiếp tục giữa hai lần khám

Đặt lịch là một hoạt động theo thời điểm. Theo dõi sức khỏe lại là một quá trình kéo dài theo thời gian.

Remote patient monitoring (RPM) là ví dụ điển hình cho khả năng này. HHS mô tả RPM là một dạng telehealth sử dụng thiết bị số để thu thập và truyền dữ liệu bệnh nhân; dữ liệu có thể được nhân viên y tế xem xét để quản lý tình trạng sức khỏe, nhận diện nguy cơ và hỗ trợ bệnh nhân.

Các thiết bị có thể bao gồm máy đo huyết áp, máy đo đường huyết, cân kết nối, máy đo SpO₂ hoặc thiết bị theo dõi nhịp tim. HHS cũng mô tả RPM là phương thức giúp theo dõi sức khỏe tại nhà và chia sẻ thông tin với nhân viên y tế giữa các lần khám.

Cơ chế ở đây khác hẳn đặt lịch:

Đo dữ liệu → truyền dữ liệu → nhân viên y tế xem xét → sử dụng dữ liệu trong quản lý tình trạng bệnh → tiếp tục theo dõi

CMS của Hoa Kỳ mô tả RPM theo ba thành phần chính gồm hướng dẫn và thiết lập, thiết bị kết nối để thu thập/truyền dữ liệu, cùng quá trình sử dụng dữ liệu đó trong điều trị và quản lý. Mô hình này cho thấy giá trị của telehealth không chỉ nằm ở “giao tiếp từ xa”, mà còn ở khả năng tạo một vòng lặp dữ liệu giữa bệnh nhân và đội ngũ chăm sóc.

Không phải nền tảng telehealth nào cũng có RPM. Chức năng này còn phụ thuộc mô hình dịch vụ, loại bệnh nhân, thiết bị, quy trình chuyên môn và quy định áp dụng. Vì vậy, RPM nên được xem là một khả năng telehealth có thể hỗ trợ, không phải tính năng bắt buộc của mọi sản phẩm mang nhãn telehealth.

Dữ liệu sức khỏe có thể đi cùng quá trình chăm sóc

Một cuộc hẹn chỉ cần lượng dữ liệu tương đối nhỏ: người đặt là ai, bác sĩ nào, thời gian nào và trạng thái lịch hẹn ra sao.

Một quy trình telehealth có thể cần một lớp dữ liệu phức tạp hơn, chẳng hạn thông tin bệnh nhân cung cấp trước khám, hình ảnh, chỉ số sinh lý, kết quả xét nghiệm, nội dung trao đổi hoặc dữ liệu cần cho theo dõi sau khám.

Do đó, quản lý và trao đổi dữ liệu trở thành một chức năng quan trọng khi telehealth được tích hợp sâu vào hệ thống chăm sóc.

Ở cấp độ kỹ thuật, các tiêu chuẩn tương tác như HL7 FHIR được xây dựng để hỗ trợ trao đổi nhanh và hiệu quả dữ liệu y tế, bao gồm dữ liệu lâm sàng và hành chính. Các “resource” trong FHIR cung cấp cấu trúc để biểu diễn các thành phần và mối quan hệ trong hồ sơ bệnh nhân có thể trao đổi giữa hệ thống.

Điều này không có nghĩa một sản phẩm phải dùng FHIR mới được gọi là telehealth. Ý nghĩa thực tế là khi nền tảng tham gia sâu vào chăm sóc, bài toán không còn dừng ở lưu một cuộc hẹn. Hệ thống phải xác định dữ liệu nào cần được thu thập, ai được quyền truy cập, dữ liệu đi đâu và làm thế nào thông tin đó tiếp tục được sử dụng trong quy trình chăm sóc.

Khả năng tích hợp với hồ sơ sức khỏe điện tử hoặc các hệ thống y tế khác cũng không mặc nhiên tồn tại trên mọi nền tảng. Mức độ tích hợp phụ thuộc kiến trúc sản phẩm, tổ chức triển khai và yêu cầu về bảo mật, quyền riêng tư cũng như pháp lý của từng thị trường.

Telehealth có thể nối các hoạt động trước, trong và sau lần khám

Khác biệt giữa hai loại hệ thống trở nên rõ hơn khi quan sát toàn bộ hành trình bệnh nhân.

Trước cuộc khám, một nền tảng telehealth có thể thu thập thông tin phục vụ buổi tư vấn, hỗ trợ kiểm tra khả năng kết nối hoặc cung cấp hướng dẫn chuẩn bị. Trong cuộc khám, hệ thống có thể hỗ trợ video, âm thanh, nhắn tin bảo mật hoặc trao đổi tài liệu. Sau cuộc khám, cùng nền tảng có thể tiếp tục được dùng để gửi hướng dẫn, nhận cập nhật từ bệnh nhân hoặc duy trì một quy trình theo dõi.

HHS liệt kê trong telehealth cả tương tác trực tiếp, nhắn tin bảo mật, trao đổi thông tin bất đồng bộ, mobile health và remote patient monitoring. Phạm vi này cho thấy telehealth có thể kết nối nhiều điểm của hành trình chăm sóc thay vì chỉ quản lý điểm bắt đầu là một lịch hẹn.

Đây cũng là lý do nên thận trọng khi so sánh sản phẩm chỉ bằng số lượng tính năng. Một ứng dụng đặt lịch hoàn toàn có thể bổ sung nhắc lịch, thanh toán, biểu mẫu hoặc thậm chí một nút gọi video. Ngược lại, một nền tảng telehealth có thể không cần triển khai mọi chức năng kỹ thuật có thể có.

Câu hỏi có giá trị hơn là: chức năng đó đang phục vụ quản trị cuộc hẹn hay đang hỗ trợ một nhiệm vụ chăm sóc sức khỏe từ xa?

Nếu hệ thống chỉ giúp bệnh nhân tìm bác sĩ, chọn giờ và xác nhận lịch, bản chất vẫn chủ yếu là scheduling. Nếu hệ thống còn hỗ trợ trao đổi lâm sàng, dữ liệu sức khỏe, theo dõi hoặc phối hợp các bước chăm sóc từ xa, phạm vi chức năng đã tiến gần hơn tới telehealth.

Khi nào chỉ cần ứng dụng đặt lịch, khi nào cần nền tảng telehealth?

Ứng dụng đặt lịch phù hợp khi nhu cầu chính là giảm công việc điều phối: hiển thị lịch trống, nhận yêu cầu đặt khám, đổi hoặc hủy lịch và nhắc bệnh nhân đến cơ sở y tế. Nếu quá trình khám, đánh giá và theo dõi vẫn diễn ra hoàn toàn bên ngoài ứng dụng, việc triển khai một kiến trúc telehealth rộng hơn có thể không mang lại giá trị tương xứng.

Nền tảng telehealth trở nên cần thiết hơn khi tổ chức muốn cung cấp một phần thực sự của dịch vụ chăm sóc từ xa, chẳng hạn:

·         Tư vấn trực tiếp qua video hoặc âm thanh

·         Trao đổi thông tin bất đồng bộ để phục vụ đánh giá hoặc theo dõi

·         Nhận và quản lý dữ liệu sức khỏe từ bệnh nhân hoặc thiết bị

·         Theo dõi tình trạng bệnh nhân giữa các lần khám

·         Duy trì trao đổi với bệnh nhân sau cuộc tư vấn

·         Kết nối dữ liệu telehealth với các hệ thống phục vụ chăm sóc khác

Quyết định vì thế không nên bắt đầu bằng câu hỏi “cần bao nhiêu tính năng?”, mà bằng việc xác định phần nào của hành trình chăm sóc cần được thực hiện từ xa. Từ phạm vi đó mới có thể xác định những chức năng công nghệ thực sự cần thiết.

Một giới hạn khác cũng cần được giữ rõ: nền tảng không tự biến mọi tương tác số thành dịch vụ y tế phù hợp. Khả năng sử dụng một chức năng cho khám, chẩn đoán, điều trị, theo dõi hay những hoạt động chuyên môn khác còn phụ thuộc nhân sự y tế, quy trình chuyên môn, mức độ phù hợp lâm sàng và quy định tại nơi dịch vụ được cung cấp.

Vì vậy, nền tảng telehealth khác ứng dụng đặt lịch ở chỗ nó có thể tham gia trực tiếp vào quá trình cung cấp và duy trì chăm sóc sức khỏe từ xa. Đặt lịch chỉ quản lý thời điểm của một cuộc khám; telehealth có thể mở rộng sang tương tác đồng bộ hoặc bất đồng bộ, trao đổi dữ liệu sức khỏe, theo dõi bệnh nhân và phối hợp hoạt động trước, trong và sau lần khám. Tuy nhiên, không phải mọi nền tảng đều có đầy đủ các khả năng này, nên cách đánh giá chính xác nhất là xem hệ thống hỗ trợ được bao nhiêu phần của quy trình chăm sóc thực tế, thay vì dựa vào nhãn sản phẩm hoặc một vài tính năng bề mặt.