Chủ đề 4.7 — Hỗ trợ ra quyết định lâm sàng và tin học lâm sàng

Hỗ trợ ra quyết định lâm sàng là tri thức lâm sàng được chuyển thành phần mềm kích hoạt tại điểm chăm sóc, nên làm đúng — gợi ý đúng cho đúng người vào đúng lúc, và không gợi ý nào khác — là một kỷ luật về an toàn lâm sàng, quy trình làm việc và niềm tin công chúng, không phải một việc cấu hình nghĩ sau.

Vì sao điều này quan trọng trong y tế và chăm sóc#

Mọi đơn thuốc, lần chuyển tuyến, y lệnh xét nghiệm và chẩn đoán trong một dịch vụ y tế hiện đại nay đều đi qua phần mềm có thể giúp hoặc cản trở quyết định. Một cảnh báo được thiết kế tốt chặn một tương tác thuốc chết người trước khi nó đến bệnh nhân; một cảnh báo thiết kế kém kích hoạt quá thường xuyên đến mức bác sĩ học cách nhấp bỏ nó mà không đọc, và đến ngày nó quan trọng thì họ cũng bỏ qua. Cùng một cơ chế ngăn được tác hại cũng có thể tạo ra tác hại. Đó là lý do hỗ trợ ra quyết định không phải một tính năng bạn bật lên mà là một khối tri thức lâm sàng bạn quản trị, với cùng sự nghiêm túc bạn dành cho một loại thuốc hay một thiết bị.

Rủi ro đặc thù theo ba cách. Thứ nhất, hỗ trợ ra quyết định vận hành ở quy mô và tốc độ: một thay đổi quy tắc đơn lẻ lan tức thì đến hàng nghìn bác sĩ và hàng triệu lượt tiếp xúc, nên một lỗi tinh vi là một lỗi mang tính hệ thống. Thứ hai, nó then chốt về an toàn từ cấu trúc — một cảnh báo chặn một cảnh báo thật, hay một máy tính làm tròn sai liều nhi khoa, là mối nguy do phần mềm đưa vào (xem Chủ đề 1.6 — An toàn lâm sàng và quản lý rủi ro). Thứ ba, nó định hình hành vi lâm sàng dù bạn có định hay không: điều hệ thống làm cho dễ trở thành mặc định, và điều nó ngắt quãng trở thành thứ bị bực bội. Hỗ trợ ra quyết định do đó là một bài tập về ảnh hưởng, và ảnh hưởng trong y tế không bao giờ trung lập.

Đằng sau phần mềm là một nghề nghiệp. Tin học lâm sàng là ngành nối thực hành lâm sàng, thông tin và công nghệ, và là lý do hỗ trợ ra quyết định có thể được soạn bởi những người hiểu cả y học lẫn máy. Thiếu nghề nghiệp đó — thiếu giám đốc thông tin lâm sàng, cán bộ an toàn lâm sàng, và những bác sĩ được đào tạo tin học có mặt trong phòng — hỗ trợ ra quyết định trôi về bất cứ thứ gì nhà cung cấp giao theo mặc định, không ai tinh chỉnh, không ai sở hữu, và được mọi người tin cho đến khi nó hỏng. Xem hỗ trợ ra quyết định là một thiết lập kỹ thuật thay vì một tài sản lâm sàng được quản trị là cách các tổ chức đi đến hàng nghìn quy tắc không ai nhớ đã viết và không ai dám tắt.

Các khái niệm cốt lõi#

Một hệ thống hỗ trợ ra quyết định lâm sàng (CDSS, hay đơn giản CDS) là công nghệ thông tin y tế trao cho bác sĩ, nhân viên hoặc bệnh nhân tri thức và thông tin riêng cho từng người, được lọc thông minh và trình bày vào các thời điểm thích hợp, để cải thiện một quyết định. Phân loại kinh điển phân biệt nhiều hình thức. Cảnh báo và nhắc nhở ngắt quãng để cảnh báo hoặc nhắc — một cảnh báo tương tác thuốc-thuốc, một lời nhắc tiêm chủng quá hạn. Bộ y lệnh gói các xét nghiệm, thuốc và chỉ dẫn phù hợp với một tình huống để những thứ đúng được ra y lệnh cùng nhau. Lộ trình chăm sóc mã hóa một lộ trình lâm sàng — một chuỗi chăm sóc chuẩn hóa, dựa trên bằng chứng — vào quy trình làm việc. Mẫu ghi chép cấu trúc điều được ghi lại để không bỏ sót gì thiết yếu. Hỗ trợ chẩn đoán gợi ý hoặc xếp hạng các chẩn đoán khả dĩ. Và máy tính triển khai một thuật toán y khoa — một phép tính liều, một điểm rủi ro, một eGFR — để phép toán được thực hiện nhất quán.

Ý tưởng tổ chức cho chất lượng là "năm đúng" của hỗ trợ ra quyết định: đưa đúng thông tin, đến đúng người, ở đúng định dạng, qua đúng kênh, vào đúng thời điểm trong quy trình làm việc. Một quy tắc có thể đúng về lâm sàng mà vẫn thất bại ở từng điều này — thông tin chính xác trao cho sai vai trò, dưới dạng chặn cứng khi một hiển thị thụ động là đủ, chôn trong một màn hình không ai đọc, vài phút sau khi quyết định đã được đưa ra. Hầu hết thất bại của hỗ trợ ra quyết định không phải thất bại về tri thức y khoa; chúng là thất bại về một hoặc nhiều trong năm đúng.

Kiểu thất bại chủ đạo có tên riêng. Mệt mỏi cảnh báo (còn gọi là mệt mỏi cảnh báo, alert fatigue) là sự chai lì phát sinh khi bác sĩ đối mặt quá nhiều cảnh báo đến mức họ ngừng chú ý, bỏ qua cái quan trọng cùng với cái tầm thường. Vì phần lớn cảnh báo trong một hệ thống điển hình bị bỏ qua, tỷ lệ bỏ qua là một dấu hiệu sinh tồn của sức khỏe hỗ trợ ra quyết định: tỷ lệ cao nghĩa là hệ thống đang huấn luyện người dùng phớt lờ nó. Thuốc chữa không phải nhiều cảnh báo hơn mà là ít hơn, sắc hơn, nhắm đích hơn.

Hai khái niệm chi phối việc hỗ trợ ra quyết định đáp xuống tốt thế nào. Hỗ trợ ra quyết định sống bên trong hồ sơ sức khỏe điện tử (EHR, gọi là hồ sơ bệnh án điện tử hay EPR ở NHS) và thường bên trong nhập y lệnh điện tử bởi bác sĩ (CPOE), nên nó thành hay bại như một phần của hệ thống xã hội-kỹ thuật rộng hơn — mạng lưới tương tác giữa con người, nhiệm vụ, công nghệ và tổ chức. Một quy tắc phớt lờ quy trình thực, dù logic vững đến đâu, trở thành ma sát để người ta tìm cách lách. Và chính nội dung là một tài sản tri thức: các quy tắc mã hóa y học dựa trên bằng chứng và một hướng dẫn y khoa, vốn thay đổi theo thời gian, nên hỗ trợ ra quyết định phải được soạn, rà soát, đánh phiên bản và cho nghỉ hưu như mọi khối tri thức lâm sàng khác (xem Chủ đề 10.3 — Quản lý tri thức và tài liệu).

Tin học y tế — và phân ngành lâm sàng của nó, tin học lâm sàng — là lĩnh vực nghiên cứu và áp dụng thông tin và công nghệ vào chăm sóc sức khỏe. Ở Vương quốc Anh nó được chuyên nghiệp hóa qua Faculty of Clinical Informatics và các vai trò như Giám đốc Thông tin Lâm sàng (CCIO) và Giám đốc Thông tin Điều dưỡng (CNIO). Trong lịch sử, nhiều logic quy tắc được biểu diễn bằng cú pháp Arden, một chuẩn để biểu diễn tri thức y khoa chia sẻ được dưới dạng Mô-đun Logic Y khoa; ngày nay, các chuẩn như HL7 CDS Hooks và Lập luận Lâm sàng dựa trên FHIR nhắm làm cho hỗ trợ ra quyết định chia sẻ được qua các hệ thống (xem Chủ đề 4.3 — Khả năng tương tác và chuẩn dữ liệu). Cuối cùng, lưu ý ranh giới của chủ đề này: nó sở hữu hỗ trợ dựa trên quy tắc và tri thức và nghề tin học. Các cách tiếp cận thống kê và học máy — gồm chẩn đoán có máy tính hỗ trợ và phần mềm như một thiết bị y tế — được quản trị như trí tuệ nhân tạo (xem Chủ đề 8.4 — Quản trị AI và công nghệ mới nổi).

Thực hành tốt nhất#

1. Thiết kế theo năm đúng, và xem cảnh báo là biện pháp cuối cùng. Trước khi xây bất kỳ quy tắc nào, hãy hỏi nó phục vụ đúng nào trong năm đúng và liệu một sự ngắt quãng có thực sự là công cụ đúng không. Ưu tiên biến con đường an toàn thành con đường dễ — một liều mặc định hợp lý, một bộ y lệnh điền sẵn, một mẫu cấu trúc ghi chép tốt — hơn một cảnh báo phạt con đường không an toàn sau sự việc. Một cảnh báo ngắt quãng là hình thức hỗ trợ ra quyết định đắt nhất vì nó tiêu tốn nguồn lực khan hiếm nhất trong tòa nhà: sự chú ý lâm sàng. Dành nó cho những mối nguy nghiêm trọng, có thể hành động, và đủ cụ thể để biện minh cho việc dừng một bác sĩ đang bận.

2. Quản trị nội dung hỗ trợ ra quyết định như một tài sản tri thức lâm sàng có vòng đời. Mỗi quy tắc, bộ y lệnh và mẫu cần một người sở hữu lâm sàng có tên, một cơ sở bằng chứng, một ngày rà soát, một lịch sử phiên bản và một lộ trình cho nghỉ hưu xác định. Thiết lập một nhóm quản trị nội dung lâm sàng — bác sĩ, dược sĩ, nhà tin học và một cán bộ an toàn lâm sàng — cấp phép những gì được đưa vào, rà soát theo lịch, và cho nghỉ hưu những gì bằng chứng đã vượt qua. Thiếu điều này, nội dung tích tụ: quy tắc nhân lên, mâu thuẫn nhau, và sống lâu hơn hướng dẫn chúng được xây trên, và không ai đủ tự tin để tắt bất kỳ cái nào.

3. Đo tỷ lệ bỏ qua và săn lùng nhiễu. Tín hiệu hữu ích nhất của sức khỏe hỗ trợ ra quyết định là mức độ thường xuyên bác sĩ bỏ qua từng cảnh báo, chia theo quy tắc, chuyên khoa và vai trò. Một quy tắc gần như lần nào kích hoạt cũng bị bỏ qua không bảo vệ ai — nó đang huấn luyện người dùng phớt lờ cả hệ thống, gồm những cảnh báo quan trọng. Rà soát thường xuyên các kẻ vi phạm tệ nhất và hành động: cho nghỉ hưu, thu hẹp tiêu chí kích hoạt, hạ từ ngắt quãng xuống thụ động, hoặc sửa vấn đề dữ liệu bên dưới khiến chúng kích hoạt sai. Giảm nhiễu cũng là một hoạt động an toàn không kém thêm một quy tắc mới.

4. Phân tầng cảnh báo theo mức nghiêm trọng và làm cho sự ngắt quãng tương xứng. Không phải mọi cảnh báo đều đáng dừng cả thế giới. Thiết kế một thứ bậc có chủ đích — một chặn cứng thực sự cho mối nguy hiếm, thảm khốc; một cảnh báo ngắt quãng nhưng có thể bỏ qua cho rủi ro nghiêm trọng; và thông tin thụ động, không chặn cho cái chỉ hữu ích. Khớp ma sát với rủi ro lâm sàng, và chỉ yêu cầu lý do khi bỏ qua đối với những cảnh báo đủ nghiêm trọng để đáng thêm một lần gõ phím. Khi mọi thứ đều khẩn cấp thì không gì khẩn cấp, và cảnh báo thực sự nguy hiểm chìm trong cái tầm thường.

5. Xây hỗ trợ ra quyết định vào quy trình thực, không phải chồng lên trên. Một quy tắc hoàn hảo về lâm sàng nhưng đến sai bước, sai màn hình, sai vai trò sẽ bị lách hoặc phớt lờ (xem Chủ đề 8.3 — Khoa học hành vi và sự chấp nhận). Thiết kế cùng bác sĩ sẽ dùng nó — quan sát nhiệm vụ thực, vẽ bản đồ nơi quyết định thực sự được đưa ra, và đặt hỗ trợ ở đó. Kiểm thử trong bối cảnh thực tế trước khi vận hành và xem người ta làm gì, vì khoảng cách giữa quy trình được thiết kế và quy trình được sống là nơi hỗ trợ ra quyết định lặng lẽ thất bại.

6. Giữ con người vững vàng trong vòng lặp và bảo toàn phán đoán lâm sàng. Hỗ trợ ra quyết định tư vấn; bác sĩ quyết định và vẫn chịu trách nhiệm. Thiết kế để việc bỏ qua là có thể, nhanh và, nơi quan trọng, được ghi lại cùng lý do — vừa để tôn trọng phán đoán nghề nghiệp vừa để tạo dữ liệu cải thiện quy tắc. Đề phòng thiên kiến tự động hóa, xu hướng tin quá mức vào gợi ý của máy: một gợi ý chẩn đoán neo bác sĩ vào câu trả lời sai có thể có hại như không có gợi ý. Mục tiêu là tăng cường chuyên môn, không bao giờ làm mất kỹ năng hay lặng lẽ gánh một trách nhiệm mà hệ thống chưa bao giờ được xây để mang.

7. Vận hành hỗ trợ ra quyết định dưới quản lý an toàn lâm sàng và nghề tin học. Xem mỗi quy tắc mới và mỗi thay đổi là một hồ sơ an toàn lâm sàng theo các chuẩn NHS DCB0129 (nhà sản xuất) và DCB0160 (bên triển khai), với một cán bộ an toàn lâm sàng ký duyệt phân tích mối nguy (xem Chủ đề 1.6 — An toàn lâm sàng và quản lý rủi ro). Trao công việc sự sở hữu nghề nghiệp: một CCIO hay CNIO chịu trách nhiệm về nội dung lâm sàng, các bác sĩ được đào tạo tin học soạn nó, và một lộ trình để nhân viên tuyến đầu báo cáo một cảnh báo sai, thiếu hoặc có hại. Hỗ trợ ra quyết định không có người sở hữu lâm sàng có tên là một hệ thống an toàn mồ côi đang chờ hỏng.

8. Đánh giá hiệu quả theo kết quả, và trung thực khi nó không hiệu quả. Mục đích của một quy tắc là thay đổi một quyết định theo hướng tốt hơn, nên hãy đo liệu nó có làm vậy — kê đơn an toàn hơn, một xét nghiệm thôi bị chỉ định quá mức, một lộ trình mà bệnh nhân thực sự hoàn thành — chứ không chỉ việc cảnh báo đã kích hoạt (xem Chủ đề 8.6 — Nghiên cứu và đánh giá thực tế). Chú ý hệ quả ngoài ý muốn: cảnh báo chuyển việc sang vai trò khác, cách lách tạo mối nguy mới, hoặc gợi ý "đúng" thêm thời gian mà không đổi kết quả. Nơi bằng chứng cho thấy một quy tắc thêm ma sát mà không có lợi ích, hãy cho nó nghỉ hưu. Sự kiềm chế — tắt đi — là một hình thức trưởng thành của hỗ trợ ra quyết định, không phải sự rút lui khỏi nó.

Câu hỏi để thảo luận với nhóm của bạn#

1. Cảnh báo nào của chúng ta thực sự đang bảo vệ bệnh nhân, và cái nào chỉ đang huấn luyện bác sĩ nhấp "bỏ qua"? Điều này quan trọng vì một hệ thống hỗ trợ ra quyết định chỉ được tin bằng những cảnh báo tệ nhất của nó: một nhúm cảnh báo ồn ào, gần như vô dụng dạy bác sĩ bỏ qua mọi thứ theo phản xạ, nên đến ngày một mối nguy thật kích hoạt nó bị bỏ qua cùng những cái còn lại. Lấy tỷ lệ bỏ qua thực theo quy tắc và vai trò, và trung thực về điều một tỷ lệ bỏ qua 95% đang nói với bạn — không phải rằng bác sĩ cẩu thả, mà rằng quy tắc sai với quy trình làm việc. Tranh luận sự đánh đổi khó hơn: mỗi cảnh báo bạn cho nghỉ hưu gỡ đi một lưới an toàn lý thuyết, và ai đó sẽ hỏi "nếu ca duy nhất chúng ta bỏ sót lại chính là ca chúng ta đã tắt thì sao?" Một câu trả lời tốt, trung thực cưỡng lại cách đóng khung đó, nhận ra rằng một cảnh báo bị phớt lờ không bảo vệ ai, và cam kết chủ động tinh chỉnh giảm bớt hệ thống — cho nghỉ hưu, thu hẹp hoặc hạ cấp các quy tắc ồn nhất — thay vì chỉ luôn thêm quy tắc mới. Nó cũng gọi tên ai được trao quyền tắt một quy tắc, vì nếu câu trả lời là "không ai dám", hệ thống sẽ chỉ ngày càng ồn hơn.

2. Ai sở hữu nội dung hỗ trợ ra quyết định của chúng ta như tri thức lâm sàng — và chúng ta có biết nếu một quy tắc dựa trên hướng dẫn đã thay đổi hai năm trước không? Các quy tắc hỗ trợ ra quyết định mã hóa bằng chứng và hướng dẫn lâm sàng vốn tiến lên, thế nhưng ở nhiều tổ chức nội dung được cấu hình một lần lúc vận hành bởi nhà cung cấp và chưa bao giờ được rà soát có hệ thống từ đó. Hãy thảo luận liệu mỗi quy tắc, bộ y lệnh và mẫu có một người sở hữu lâm sàng có tên, một cơ sở bằng chứng, một ngày rà soát và một lịch sử phiên bản không, hay những phần lớn của hệ thống thực chất không có chủ và không được kiểm toán. Làm lộ căng thẳng giữa công sức của quản trị nội dung đúng đắn và tốc độ hướng dẫn thay đổi: không ai có thời gian rà soát hàng nghìn quy tắc, nên rủi ro là việc rà soát không xảy ra với cái nào. Hãy cân nhắc thất bại cụ thể — một giới hạn liều hay quy tắc tương tác phản ánh hướng dẫn đã bị thay thế, lặng lẽ sai ở mọi lượt tiếp xúc nó chạm. Một câu trả lời tốt thiết lập một nhóm quản trị nội dung lâm sàng thường trực với thẩm quyền thực, một lịch rà soát theo rủi ro ưu tiên nội dung gây hại cao nhất, và một lộ trình cho nghỉ hưu rõ ràng, và thẳng thắn thừa nhận nơi hôm nay câu trả lời trung thực là "chúng tôi không biết lần cuối cái này được kiểm tra khi nào".

3. Chúng ta xây dựng và đánh giá hỗ trợ ra quyết định thế nào để nó khớp với cách bác sĩ thực sự làm việc — và chúng ta sẽ biết bằng cách nào nếu nó làm mọi thứ tệ đi? Một quy tắc có thể hoàn hảo về y khoa mà vẫn thất bại vì nó đến sai lúc, ngắt sai vai trò, hoặc đẩy việc cho người ở hạ nguồn chưa từng yêu cầu. Hãy thảo luận liệu hỗ trợ ra quyết định của bạn được thiết kế cùng bác sĩ tuyến đầu quan sát quy trình thực, hay được cấu hình bởi những người đọc một bản đặc tả mà chưa từng xem nhiệm vụ được thực hiện. Tranh luận "thành công" nghĩa là gì: số lần kích hoạt và tỷ lệ nhấp qua dễ thu thập nhưng hầu như không cho bạn biết gì, trong khi kết quả thay đổi và tác hại tránh được mới là điều quan trọng và khó đo hơn nhiều (xem Chủ đề 8.6 — Nghiên cứu và đánh giá thực tế). Làm lộ những hệ quả ngoài ý muốn bạn có thể mù trước — cách lách tạo mối nguy mới, thiên kiến tự động hóa neo bác sĩ vào một gợi ý sai, hoặc thời gian thêm vào mà không có lợi ích. Một câu trả lời tốt xem mỗi quy tắc đáng kể là một thay đổi để đánh giá, không phải một công tắc để bật, kết hợp tín hiệu định lượng với việc quan sát người dùng thực, và sẵn sàng kết luận rằng một quy tắc có thiện ý nên bị gỡ bỏ.

4. Khi chúng ta thay đổi một quy tắc hỗ trợ ra quyết định, chúng ta xem đó là một thay đổi an toàn lâm sàng có phân tích mối nguy — hay một chỉnh sửa cấu hình thường lệ? Một thay đổi quy tắc đơn lẻ lan tức thì đến hàng nghìn bác sĩ và hàng triệu lượt tiếp xúc, nên sự khác biệt giữa hai cách đóng khung này là sự khác biệt giữa một tài sản lâm sàng được quản trị và một tài sản không được quản trị. Hãy thảo luận trung thực liệu mọi thay đổi đáng kể hôm nay có chạy qua một hồ sơ an toàn lâm sàng theo DCB0129 và DCB0160, với một cán bộ an toàn lâm sàng ký duyệt phân tích mối nguy, hay các thay đổi được thực hiện trong một màn hình cấu hình bởi những người không bao giờ xem chúng là then chốt về an toàn (xem Chủ đề 1.6 — An toàn lâm sàng và quản lý rủi ro). Làm lộ căng thẳng: đánh giá an toàn đúng đắn thêm ma sát và làm chậm giao hàng, và dưới áp lực nó là thứ đầu tiên bị bỏ qua cho bản sửa "hiển nhiên". Thế nhưng trường hợp biên nguy hiểm — tương tác mà chỉnh sửa lặng lẽ bóc lộ, giới hạn liều mà thay đổi "nhỏ" lặng lẽ gỡ đi — chính là điều phân tích mối nguy tồn tại để bắt. Một câu trả lời tốt gọi tên ai chịu trách nhiệm khi một quy tắc gây hại, khăng khăng rằng ngay cả chỉnh sửa trông nhỏ cũng mang một đánh giá an toàn tương xứng, và có thể cho thấy dấu vết kiểm toán chứng minh điều đó, thay vì phát hiện sau một sự cố rằng không ai ghi lại vì sao thay đổi được thực hiện.

5. Hỗ trợ ra quyết định của chúng ta có hiệu quả như nhau với mọi nhóm bệnh nhân — hay chúng ta đã nhập khẩu thiên lệch mà không thấy? Logic hỗ trợ ra quyết định mã hóa các ngưỡng, điểm rủi ro và giả định lộ trình thường được rút ra từ các quần thể cụ thể, và một quy tắc vững "tính trung bình" có thể sai có hệ thống với các nhóm ít được đại diện trong bằng chứng nó dựa vào. Hãy thảo luận nơi quy tắc của bạn nhúng các biến — phép tính điều chỉnh theo sắc tộc, ngưỡng tuổi hoặc giới, giả định về ai đến khám theo cách nào — và liệu ai đó đã kiểm tra chúng hoạt động ra sao trên những người bạn thực sự phục vụ. Làm lộ căng thẳng khó hơn: gỡ bỏ một điều chỉnh hợp lệ về lâm sàng có thể gây hại ngang với giữ một điều chỉnh thiên lệch, nên đây không phải về việc tước mọi biến nhân khẩu học mà về việc biết cái nào dựa trên bằng chứng và cái nào là thói quen kế thừa. Hãy cân nhắc nghĩa vụ công bằng mà một cơ quan quốc gia hay bên đặt hàng sẽ mong bạn đáp ứng, và câu hỏi minh bạch về liệu logic và nguồn gốc của nó có chịu được sự soi xét nếu được công bố. Một câu trả lời tốt cam kết kiểm toán các quy tắc tác động cao về hiệu ứng khác biệt, xem nguồn gốc và khả năng giải thích là yêu cầu hạng nhất, và trung thực rằng với phần lớn hệ thống câu trả lời hiện tại là "chúng tôi chưa bao giờ nhìn".

6. Chúng ta vạch ranh giới ở đâu giữa hỗ trợ phán đoán của bác sĩ và lặng lẽ thay thế nó — và chúng ta có đang nuôi thiên kiến tự động hóa không? Hỗ trợ ra quyết định nhằm tăng cường chuyên môn, nhưng một hệ thống làm cho gợi ý của máy thành đường ít cản trở nhất có thể neo bác sĩ vào câu trả lời sai và, theo thời gian, xói mòn chính phán đoán mà nó cho rằng họ vẫn có. Hãy thảo luận liệu thiết kế của bạn có giữ cho việc bỏ qua thực sự dễ và chính đáng, hay ma sát, mặc định và cách đóng khung thúc bác sĩ chấp nhận những gợi ý họ đã ngừng soi xét. Tranh luận thẳng thắn rủi ro mất kỹ năng: nếu học viên học y qua một hệ thống luôn gợi ý bước tiếp theo, điều gì xảy ra vào ngày hệ thống sai, hoặc không khả dụng? Cân nhắc điều này với mối nguy ngang bằng của mệt mỏi cảnh báo ở thái cực kia — mục tiêu là niềm tin được hiệu chỉnh, không phải tuân thủ toàn bộ hay kháng cự toàn bộ. Một câu trả lời tốt bảo toàn trách nhiệm giải trình có ý nghĩa của con người ngay từ thiết kế, canh chừng các dấu hiệu nói lên sự tin quá mức như việc chấp nhận gần như toàn bộ một gợi ý chẩn đoán, và rõ ràng rằng hệ thống tư vấn còn bác sĩ quyết định và vẫn chịu trách nhiệm.

Trong thực tế: một ví dụ về y tế và chăm sóc#

Quỹ NHS Kingsmere, một phần của Hệ thống Chăm sóc Tích hợp Riverdale và Vale, đưa vào vận hành một hồ sơ bệnh án điện tử mới hai năm trước. Nội dung lâm sàng chủ yếu đến từ thư viện mặc định của nhà cung cấp, được địa phương hóa sơ sài trong một lần triển khai vội vã. Đến năm nay, bác sĩ phàn nàn ầm ĩ: hệ thống "toàn cửa sổ bật lên", các bác sĩ trẻ mô tả việc nhấp qua cảnh báo mà không đọc, và một dược sĩ nêu mối lo an toàn sau khi một cảnh báo tương tác nghiêm trọng bị bỏ qua trong một cụm ca — vì nó trông y hệt hàng chục cảnh báo tầm thường kích hoạt mỗi ca trực.

CCIO của Quỹ ủy thác một cuộc rà soát hỗ trợ ra quyết định. Nhóm tin học lấy dữ liệu bỏ qua và thấy một số ít quy tắc chiếm phần áp đảo các cảnh báo, và vài quy tắc kích hoạt trên gần như mọi đơn thuốc với tỷ lệ bỏ qua trên 90%. Một quy tắc trùng lặp điều trị kích hoạt trên các phối hợp hợp lệ; một cảnh báo liều theo chức năng thận kích hoạt trên kết quả creatinine cũ do vấn đề thời gian dữ liệu, không phải mối nguy thực. Trong khi đó cảnh báo tương tác thực sự nguy hiểm bị chôn vùi, trông giống hệt nhiễu, không có yêu cầu ghi lý do khi bỏ qua nó.

Một nhóm quản trị nội dung lâm sàng được dựng lên, do CCIO chủ trì cùng một cán bộ an toàn lâm sàng, dược sĩ, điều dưỡng cấp cao và một nhà phân tích dữ liệu. Họ hành động trên bằng chứng thay vì thêm quy tắc. Quy tắc liều theo chức năng thận được sửa tại nguồn bằng cách giải quyết vấn đề thời gian dữ liệu. Quy tắc trùng lặp điều trị được thu hẹp để không còn kích hoạt trên các cặp hợp lệ. Một lược đồ nghiêm trọng phân tầng được đưa vào: tương tác nghiêm trọng trở thành một cảnh báo riêng biệt, khó bỏ qua hơn, yêu cầu một lý do được ghi lại, trong khi cái đuôi dài các cảnh báo giá trị thấp bị hạ xuống thông tin thụ động hoặc cho nghỉ hưu hẳn. Mọi thay đổi đều qua một đánh giá an toàn lâm sàng theo DCB0160.

Sáu tháng sau, tổng khối lượng cảnh báo giảm mạnh trong khi tỷ lệ bỏ qua với các cảnh báo mức nghiêm trọng cao còn lại giảm xuống, vì bác sĩ nay tin rằng một cảnh báo dừng được họ là có ý nghĩa. Nhóm quản trị đã đặt ngày rà soát với mọi quy tắc còn lại, giao mỗi cái một người sở hữu lâm sàng, và bắt đầu đánh giá liệu các bộ y lệnh có thực sự thay đổi việc kê đơn theo hướng tốt hơn không. Công việc không thêm năng lực kịch tính nào — phần lớn là tắt đi và tinh chỉnh giảm — nhưng nó biến một đống cửa sổ bật lên không chủ, bị mất tin thành một hệ thống an toàn lâm sàng được quản trị, được tin cậy.

Góc nhìn theo khu vực#

Công ty khởi nghiệp#

Một công ty khởi nghiệp y tế số nhúng hỗ trợ ra quyết định — một công cụ phân loại, một máy tính rủi ro, một mô-đun hỗ trợ kê đơn — thường ở phía nhà sản xuất của ranh giới và phải xem các quy tắc của mình là tri thức lâm sàng được quản lý ngay từ đầu. Ngay cả một máy tính "đơn giản" khuyến nghị hành động cũng có thể là phần mềm như một thiết bị y tế, kéo nó vào quy định của MHRA và đòi một hồ sơ an toàn lâm sàng theo DCB0129 (xem Chủ đề 1.5 — Bối cảnh quy định và tuân thủ). Cám dỗ là giao nhanh logic thông minh; kỷ luật là ghi chép cơ sở bằng chứng, đánh phiên bản nội dung, và thiết kế cho việc bỏ qua nhẹ nhàng và sự giám sát của con người trước khi bác sĩ đầu tiên dựa vào nó. Uy tín của một công ty khởi nghiệp với người mua NHS dựa vào cách nó quản trị và cập nhật nội dung lâm sàng nhiều như vào sự thông minh của thuật toán.

Doanh nghiệp nhỏ#

Một nhà cung cấp nhỏ đã thành lập — một phòng khám bác sĩ gia đình, một hiệu thuốc cộng đồng, một nhà dưỡng lão hay một phòng khám đơn lẻ — chủ yếu tiêu thụ hỗ trợ ra quyết định được tích hợp sẵn trong hệ thống lâm sàng của nhà cung cấp thay vì soạn nó, nhưng vẫn mang cùng nghĩa vụ dùng nó an toàn và giữ phán đoán lâm sàng trong vòng lặp. Với ít hoặc không có năng lực tin học chuyên trách, các ưu tiên thực tế hẹp nhưng có thật: biết hệ thống của bạn đang kích hoạt cảnh báo nào và tắt hoặc tinh chỉnh những cái địa phương đã thành nhiễu, giữ nội dung thuốc và hướng dẫn được cập nhật thay vì đóng băng lúc cài đặt, và bảo đảm có người — dù là một trưởng nhóm lâm sàng bán thời gian — sở hữu sự an toàn của bất kỳ tùy biến địa phương nào. Cưỡng lại cám dỗ vô hiệu hóa hàng loạt cảnh báo chỉ vì chúng gây khó chịu, vì đó là đánh đổi một sự phiền toái lấy một mối nguy. Nơi các quy tắc mặc định của nhà cung cấp rõ ràng sai với bệnh nhân của bạn, hãy nêu với nhà cung cấp và ghi lại mối quan ngại, vì bạn dựa vào quản trị của họ thay cho quản trị nội bộ. Các câu hỏi về công bằng và nguồn gốc vẫn áp dụng, dù trả lời chúng nghĩa là đặt câu hỏi tốt hơn cho nhà cung cấp thay vì tự kiểm toán mã.

Doanh nghiệp lớn#

Một bệnh viện NHS lớn hoặc tập đoàn bệnh viện thường thừa hưởng hàng nghìn quy tắc từ thư viện mặc định của nhà cung cấp EHR, và thách thức trung tâm của nó là quản trị ở quy mô lớn hơn là soạn từ đầu. Mục tiêu thực tế là một chức năng quản trị nội dung lâm sàng thường trực, phân tích bỏ qua đáng tin, một lược đồ cảnh báo phân tầng, và kỷ luật cho nghỉ hưu và tinh chỉnh thay vì chỉ tích lũy — không phải một quy tắc đặt riêng hoàn hảo cho mọi tình huống. Nhúng thay đổi hỗ trợ ra quyết định vào kiểm soát thay đổi lâm sàng và hệ thống quản lý an toàn lâm sàng, với một CCIO hay CNIO chịu trách nhiệm và các bác sĩ được đào tạo tin học làm công việc (xem Chủ đề 4.6 — Hồ sơ bệnh án điện tử và hệ thống lâm sàng). Ở quy mô này lợi ích an toàn lớn nhất đến từ cắt giảm nhiễu và sở hữu nội dung, không phải thêm ngày càng nhiều cảnh báo.

Chính phủ#

Một cơ quan quốc gia — NHS England, MHRA, NICE — định hình môi trường hỗ trợ ra quyết định mà mọi nhà cung cấp làm việc trong đó. Nó có thể tuyển chọn và đảm bảo chất lượng tri thức chia sẻ được (hướng dẫn NICE, BNF và dữ liệu thuốc dm+d), đặt các chuẩn an toàn lâm sàng DCB0129 và DCB0160, và quản lý các chuẩn tương tác để một quy tắc soạn một lần có thể được tin và tái sử dụng thay vì xây lại ở mỗi quỹ (xem Chủ đề 9.1 — Làm việc với chính quyền địa phương và quốc gia). Đòn bẩy của nó là biến hỗ trợ ra quyết định được quản trị tốt, gắn với bằng chứng thành mặc định của thị trường qua chuẩn, khung mua sắm và hạ tầng nghề nghiệp như Faculty of Clinical Informatics. Chính phủ cũng mang nghĩa vụ công bằng và minh bạch: bảo đảm logic hỗ trợ ra quyết định không mã hóa thiên lệch chống lại các nhóm cụ thể và nguồn gốc của nó có thể kiểm toán và công khai.

Các kiểu thất bại thường gặp#

• Quá tải cảnh báo. Kích hoạt cảnh báo cho mọi rủi ro có thể hình dung làm bác sĩ chai lì cho đến khi họ bỏ qua mọi thứ, gồm cả những cảnh báo quan trọng. Phân tầng theo mức nghiêm trọng, đo tỷ lệ bỏ qua, và cắt nhiễu quyết liệt.
• Nội dung không chủ, không rà soát. Quy tắc cấu hình một lần lúc vận hành và không bao giờ xem lại trôi khỏi hướng dẫn hiện hành và lặng lẽ mã hóa bằng chứng đã bị thay thế. Trao mỗi quy tắc một người sở hữu có tên, một cơ sở bằng chứng và một ngày rà soát.
• Mặc định của nhà cung cấp không được tinh chỉnh. Giao thư viện quy tắc có sẵn của nhà cung cấp mà không địa phương hóa theo quy trình và danh mục thuốc của bạn là nhập khẩu nhiễu và giả định của người khác. Rà soát và tinh chỉnh trước khi vận hành, không phải sau khi bị phàn nàn.
• Logic không có quy trình. Một quy tắc đúng về lâm sàng đặt sai bước, màn hình hay vai trò trở thành ma sát mà bác sĩ lách qua. Thiết kế và kiểm thử cùng người dùng tuyến đầu trong nhiệm vụ thực.
• Số lần kích hoạt bị nhầm với hiệu quả. "Cảnh báo đã kích hoạt 10.000 lần" không nói gì về việc có quyết định nào được cải thiện không. Đánh giá theo kết quả thay đổi và tác hại tránh được, và canh chừng hệ quả ngoài ý muốn.
• Không có hồ sơ an toàn. Xem thay đổi quy tắc là chỉnh sửa cấu hình thường lệ thay vì thay đổi an toàn lâm sàng bỏ qua phân tích mối nguy bắt được trường hợp biên nguy hiểm. Định tuyến mọi thay đổi qua DCB0160.
• Thiên kiến tự động hóa và mất kỹ năng. Tin quá mức vào gợi ý của máy có thể neo bác sĩ vào câu trả lời sai hoặc xói mòn phán đoán mà hệ thống cho là có. Giữ sự giám sát có ý nghĩa của con người và thiết kế để việc bỏ qua dễ và chính đáng.

Mô hình trưởng thành#

Danh sách kiểm tra#

• Mỗi quy tắc, bộ y lệnh và mẫu hỗ trợ ra quyết định có một người sở hữu lâm sàng có tên, một cơ sở bằng chứng, một lịch sử phiên bản và một ngày rà soát.
• Một nhóm quản trị nội dung lâm sàng thường trực cấp phép, rà soát và cho nghỉ hưu nội dung theo lịch dựa trên rủi ro.
• Cảnh báo được phân tầng theo mức nghiêm trọng, với sự ngắt quãng tương xứng với rủi ro lâm sàng và chặn cứng dành cho mối nguy thảm khốc hiếm gặp.
• Tỷ lệ bỏ qua được giám sát theo quy tắc, chuyên khoa và vai trò, và các quy tắc ồn nhất được chủ động cho nghỉ hưu, thu hẹp hoặc hạ cấp.
• Hỗ trợ ra quyết định được thiết kế và kiểm thử cùng bác sĩ tuyến đầu trong quy trình thực trước khi vận hành.
• Mỗi quy tắc và thay đổi mới chạy qua một hồ sơ an toàn lâm sàng theo DCB0129/DCB0160 với chữ ký của cán bộ an toàn lâm sàng.
• Một CCIO, CNIO hoặc tương đương chịu trách nhiệm về nội dung lâm sàng, được hỗ trợ bởi các bác sĩ được đào tạo tin học.
• Bác sĩ có thể bỏ qua với sự dễ dàng có ý nghĩa, và tồn tại một lộ trình báo cáo một cảnh báo sai, thiếu hoặc có hại.
• Hiệu quả được đánh giá theo quyết định và kết quả thay đổi, không phải số lần kích hoạt, với hệ quả ngoài ý muốn được canh chừng.
• Ranh giới với hỗ trợ dựa trên AI/ML là rõ ràng, và mọi thành phần thống kê hoặc học máy được quản trị theo quản trị AI (xem Chủ đề 8.4).

Nguồn chính#

• NHS England / NHS Digital — các chuẩn an toàn lâm sàng DCB0129 (sản xuất hệ thống CNTT y tế) và DCB0160 (triển khai hệ thống CNTT y tế), và hướng dẫn cho cán bộ an toàn lâm sàng.
• Faculty of Clinical Informatics — các chuẩn nghề nghiệp và Khung Năng lực Cốt lõi cho người hành nghề tin học lâm sàng; định nghĩa vai trò CCIO và CNIO.
• Osheroff et al. — Improving Outcomes with Clinical Decision Support: An Implementation Sourcebook (HIMSS) — nguồn gốc của khung "năm đúng" cho CDS.
• NICE — bằng chứng, hướng dẫn và Khung Tiêu chuẩn Bằng chứng cho Công nghệ Y tế Số; tri thức được NICE công nhận dùng làm nội dung CDS.
• HL7 International — các chuẩn CDS Hooks và FHIR Clinical Reasoning; cú pháp Arden cho Mô-đun Logic Y khoa chia sẻ được.
• Topol Review (Preparing the healthcare workforce to deliver the digital future) — lực lượng lao động và năng lực tin học lâm sàng.
• MHRA — hướng dẫn về phần mềm và trí tuệ nhân tạo như một thiết bị y tế, cho hỗ trợ vượt ngưỡng quy định.

Tài liệu tham khảo#

1. Clinical decision support system — Wikipedia — https://en.wikipedia.org/wiki/Clinical_decision_support_system
2. Health informatics — Wikipedia — https://en.wikipedia.org/wiki/Health_informatics
3. Alarm fatigue — Wikipedia — https://en.wikipedia.org/wiki/Alarm_fatigue
4. Computerized physician order entry — Wikipedia — https://en.wikipedia.org/wiki/Computerized_physician_order_entry
5. Clinical pathway — Wikipedia — https://en.wikipedia.org/wiki/Clinical_pathway
6. Medical algorithm — Wikipedia — https://en.wikipedia.org/wiki/Medical_algorithm
7. Medical guideline — Wikipedia — https://en.wikipedia.org/wiki/Medical_guideline
8. Evidence-based medicine — Wikipedia — https://en.wikipedia.org/wiki/Evidence-based_medicine
9. Electronic health record — Wikipedia — https://en.wikipedia.org/wiki/Electronic_health_record
10. Sociotechnical system — Wikipedia — https://en.wikipedia.org/wiki/Sociotechnical_system
11. Arden syntax — Wikipedia — https://en.wikipedia.org/wiki/Arden_syntax
12. Machine learning — Wikipedia — https://en.wikipedia.org/wiki/Machine_learning
13. Computer-aided diagnosis — Wikipedia — https://en.wikipedia.org/wiki/Computer-aided_diagnosis
14. Knowledge management — Wikipedia — https://en.wikipedia.org/wiki/Knowledge_management
15. NHS England — Clinical Risk Management Standards DCB0129 and DCB0160 — NHS England — https://www.england.nhs.uk/long-read/clinical-risk-management-standards/
16. Faculty of Clinical Informatics — Core Competency Framework and professional standards — FCI — https://facultyofclinicalinformatics.org.uk/
17. National Institute for Health and Care Excellence — Evidence Standards Framework for Digital Health Technologies — NICE — https://www.nice.org.uk/about/what-we-do/our-programmes/evidence-standards-framework-for-digital-health-technologies
18. Health Level Seven International — CDS Hooks and FHIR Clinical Reasoning — HL7 — https://cds-hooks.hl7.org/
19. Health Education England — The Topol Review: Preparing the healthcare workforce to deliver the digital future — NHS — https://topol.hee.nhs.uk/
20. Medicines and Healthcare products Regulatory Agency — Software and AI as a Medical Device — GOV.UK — https://www.gov.uk/government/publications/software-and-artificial-intelligence-ai-as-a-medical-device