AiYKhoa.comAI Y Khoa
Pháp lý và phê duyệt

Hợp đồng mua phần mềm lâm sàng: các điều khoản cần có

Hợp đồng chuẩn của nhà cung cấp được soạn để bảo vệ họ. Có một số điều khoản mà cơ sở y tế cần chủ động đưa vào.

Hợp đồng mua phần mềm lâm sàng: các điều khoản cần có

Hợp đồng chuẩn của nhà cung cấp được soạn để bảo vệ lợi ích của họ. Điều này bình thường và không phải là vấn đề đạo đức.

Nhưng nó có nghĩa là cơ sở y tế cần chủ động đưa vào các điều khoản bảo vệ mình.

Nhóm một: quyền với dữ liệu

Quyền sở hữu

Nêu rõ dữ liệu người bệnh thuộc về cơ sở, không phải nhà cung cấp.

Quyền xuất dữ liệu

Điều khoản quan trọng nhất và hay thiếu nhất.

Cần quy định rõ:

  • Xuất được toàn bộ dữ liệu, bao gồm cả dữ liệu lịch sử.
  • Ở định dạng mở, có tài liệu mô tả cấu trúc.
  • Trong thời hạn xác định sau khi yêu cầu.
  • Với chi phí đã được thoả thuận trước.

Không có điều khoản này, chi phí chuyển sang hệ thống khác có thể cao tới mức cơ sở bị ràng buộc thực tế — dù hợp đồng cho phép chấm dứt.

Giới hạn sử dụng dữ liệu của nhà cung cấp

Nhà cung cấp có được dùng dữ liệu của cơ sở để huấn luyện mô hình không? Để cải thiện sản phẩm? Để bán cho bên thứ ba?

Cần nêu rõ, kể cả khi câu trả lời là có — miễn là có điều kiện đi kèm rõ ràng.

Xử lý dữ liệu khi kết thúc hợp đồng

Nhà cung cấp phải xoá dữ liệu trong thời hạn nào, và có xác nhận bằng văn bản không?

Nhóm hai: minh bạch về hiệu năng

Dữ liệu hiệu năng trước khi ký

  • Hiệu năng trên quần thể tương tự với cơ sở.
  • Tách theo phân nhóm — tuổi, giới, loại thiết bị.
  • Điều kiện kiểm định: hồi cứu hay tiến cứu, nội bộ hay ngoài.
  • Tỷ lệ ca không xử lý được.

Quyền chạy thử

Cho phép chạy trên dữ liệu của cơ sở, ở chế độ im lặng, trước khi cam kết mua.

Đây là yêu cầu hoàn toàn hợp lý và một nhà cung cấp tự tin sẽ đồng ý.

Công cụ giám sát

Cam kết cung cấp cách để cơ sở tự theo dõi hiệu năng sau khi triển khai — không phụ thuộc hoàn toàn vào báo cáo của nhà cung cấp.

Mức hiệu năng cam kết

Nếu hiệu năng thực tế thấp hơn mức cam kết, hệ quả là gì?

Nhóm ba: cập nhật và thay đổi

  • Thông báo trước mọi cập nhật, kèm mô tả nội dung và tác động dự kiến.
  • Quyền giữ phiên bản hiện tại trong thời gian đánh giá.
  • Dữ liệu hiệu năng của phiên bản mới trước khi áp dụng.
  • Cơ chế quay lui nếu phiên bản mới có vấn đề.
  • Lưu lịch sử phiên bản đủ lâu cho mục đích rà soát.

Nhóm này đặc biệt quan trọng với sản phẩm có mô hình học máy, vì thay đổi mô hình là thay đổi hành vi lâm sàng của hệ thống.

Nhóm bốn: hỗ trợ và mức dịch vụ

  • Thời gian phản hồi theo mức nghiêm trọng của sự cố.
  • Kênh liên hệ ngoài giờ hành chính.
  • Cam kết về thời gian hệ thống hoạt động.
  • Quy trình khi hệ thống ngừng — có phương án dự phòng không?
  • Hệ quả nếu không đạt mức cam kết.

Mục thứ tư quan trọng với hệ thống đã được tích hợp vào quy trình: khi nó ngừng, cơ sở cần biết phải làm gì.

Nhóm năm: báo cáo sự cố

  • Kênh và thời hạn báo sự cố cho nhà cung cấp.
  • Nghĩa vụ phản hồi của nhà cung cấp.
  • Nghĩa vụ thông báo ngược khi phát hiện vấn đề ở cơ sở khác.
  • Phối hợp khi cần báo cáo cho cơ quan quản lý.

Mục thứ ba hiếm khi có trong hợp đồng chuẩn nhưng có giá trị thực tế cao.

Nhóm sáu: điều kiện rút lui

Đàm phán việc này khi đang muốn rời đi là vị thế bất lợi. Nên thoả thuận từ đầu.

  • Điều kiện và thời hạn báo trước khi chấm dứt.
  • Chi phí chuyển đổi, nếu có.
  • Hỗ trợ trong giai đoạn chuyển đổi.
  • Thời gian duy trì truy cập dữ liệu sau khi chấm dứt.
  • Điều gì xảy ra nếu nhà cung cấp ngừng kinh doanh.

Mục cuối đáng cân nhắc trong lĩnh vực có nhiều công ty mới: một điều khoản ký gửi mã nguồn hoặc cam kết chuyển giao có thể là biện pháp bảo vệ.

Nhóm bảy: trách nhiệm

  • Phạm vi trách nhiệm của nhà cung cấp với lỗi sản phẩm.
  • Bảo hiểm trách nhiệm.
  • Cam kết sản phẩm tuân thủ quy định hiện hành.
  • Nghĩa vụ thông báo nếu tình trạng phê duyệt thay đổi.

Lưu ý: hợp đồng chuẩn thường có điều khoản giới hạn trách nhiệm ở mức giá trị hợp đồng. Với phần mềm lâm sàng, đây là điểm đáng đàm phán.

Ba câu hỏi tự kiểm trước khi ký

  1. Nếu sau hai năm chúng tôi muốn đổi hệ thống, chi phí và thời gian là bao nhiêu?
  2. Nếu hệ thống hoạt động không như cam kết, chúng tôi có lựa chọn gì?
  3. Nếu nhà cung cấp ngừng hỗ trợ sản phẩm này, dữ liệu của chúng tôi ra sao?

Nếu ba câu này không có câu trả lời rõ trong hợp đồng, đó là ba điều khoản cần bổ sung.

Câu hỏi thường gặp

Điều khoản nào quan trọng nhất nhưng hay thiếu?

Quyền xuất toàn bộ dữ liệu ở định dạng mở với chi phí hợp lý. Không có điều khoản này, cơ sở bị ràng buộc vào nhà cung cấp vì việc chuyển sang hệ thống khác trở nên quá tốn kém.

Nên yêu cầu gì về minh bạch hiệu năng?

Yêu cầu cung cấp dữ liệu hiệu năng trên quần thể tương tự, cho phép chạy thử trên dữ liệu của cơ sở trước khi ký, và cam kết cung cấp công cụ để cơ sở tự giám sát hiệu năng sau khi triển khai.

Vì sao cần điều khoản về cập nhật?

Vì một bản cập nhật có thể thay đổi hành vi của hệ thống. Cơ sở cần được thông báo trước kèm mô tả thay đổi, và cần quyền giữ phiên bản hiện tại trong thời gian đánh giá thay vì bị cập nhật tự động.

Chi phí rút lui nên được xử lý thế nào?

Nên thoả thuận trước trong hợp đồng: dữ liệu được xuất ở định dạng nào, trong bao lâu, với chi phí bao nhiêu, và bên nào hỗ trợ quá trình chuyển đổi. Đàm phán việc này khi đang muốn rời đi là vị thế bất lợi.

Cần tư vấn cụ thể cho trường hợp của bạn?

Chúng tôi sẽ liên hệ trong vòng 24 giờ.

Đăng ký tư vấn ngay

Bài viết liên quan

Bạn cần hỗ trợ thêm?

Để lại thông tin, chúng tôi sẽ liên hệ trong 24 giờ.

hoặc
Gọi ngay 0918.832.283