
Thay đổi hoàn cảnh xã hội của bệnh nhân làm thay đổi các khuyến nghị chăm sóc y tế của LLM
Đường dẫn bài viết: https://medwrite.ai/news/inside-the-dublink-llm-athon Đường dẫn bình luận: https://news.ycombinator.com/item?id=50378462 Điểm: 4 Số bình luận: 1
Bên trong DubLINK LLM-athon: một bệnh nhân và nhiều cuộc tranh luận
Trang chủ
Sản phẩm
Nền tảng MedWrite
Giao diện web (Webview)
MedWrite Go
Di động và IoT
EHR Deploy
Tiện ích mở rộng trình duyệt
Thanh toán & Vận hành
Quy trình tùy chỉnh cho khối hỗ trợ (back office)
AI
Tư vấn
Khai thác năng lực chuyên môn
Công bố khoa học và nghiên cứu
Phát triển AI dựa trên thực chứng
Giới thiệu
Tin tức
Liên hệ
Bên trong DubLINK LLM-athon: một bệnh nhân và nhiều cuộc tranh luận
Ngày 27/10/2026
Thời gian đọc: 8 phút
Ngày 19/9, 49 bác sĩ lâm sàng, kỹ sư, sinh viên và đại diện bệnh nhân đã làm việc trong ngày thứ Bảy tại trụ sở Workday ở Smithfield, Dublin, nhằm thử nghiệm khả năng xử lý của các mô hình ngôn ngữ lớn (LLM) đối với một ca bệnh thực tế. MedWrite cung cấp nền tảng phục vụ quá trình làm việc này. Dưới đây là diễn biến sự kiện, các nội dung được các nhóm trình bày và những thay đổi ghi nhận được sau khi các mô hình được cung cấp dữ liệu bối cảnh phù hợp.
DubLINK AI in Healthcare LLM-athon là sự kiện đầu tiên do MIT Critical Data tổ chức tại Ireland. LLM-athon là sự kiện diễn ra trong một ngày, nơi các nhóm liên ngành thử nghiệm các mô hình ngôn ngữ lớn trước các vấn đề y tế thực tế. Sự kiện không hướng tới việc xây dựng sản phẩm, mà nhằm xác định các điểm sai sót của mô hình.
MedWrite tham gia với tư cách đối tác, cùng với PLOS Digital Health, đảm nhiệm cung cấp phần mềm. Các đại biểu làm việc theo nhóm nhỏ; MedWrite cung cấp cho mỗi nhóm một giao diện tập trung để gửi cùng một ca bệnh tới nhiều mô hình AI khác nhau và so sánh trực tiếp các kết quả đối chiếu.
Ban tổ chức đã thông báo ngay từ đầu rằng đội chiến thắng hiếm khi là đội có ý tưởng nổi bật nhất, mà là đội có nhiều phản biện và tranh luận nhất. Đến giữa buổi sáng, các cuộc tranh luận chuyên môn đã diễn ra sôi nổi.
Phương thức vận hành trên nền tảng
Chương trình buổi sáng bắt đầu bằng phần giới thiệu ngắn của ông Ahmad Albarqawi, Giám đốc Công nghệ (CTO) của MedWrite, về phương thức xây dựng các tác tử AI (AI agent) trên nền tảng. Người tham gia lựa chọn một mô hình, thiết lập các chỉ dẫn cần thực hiện và đặt tên cho tác tử, thông thường là theo tên của mô hình. Trong hoạt động đầu tiên, tất cả các nhóm đều sử dụng chung một bộ chỉ dẫn. Sau đó, các nhóm tự xây dựng chỉ dẫn riêng; đến cuối buổi sáng, các bác sĩ tại nhiều bàn làm việc đã tự tạo lập tác tử AI và thử nghiệm trên ca bệnh thực tế.
Mỗi nhóm được bố trí một không gian làm việc riêng. Các nhóm có thể lựa chọn giữa những mô hình GPT, Claude Opus, Sonnet, Fable, DeepSeek, Kimi và Mistral Large, toàn bộ đều được lưu trữ tại châu Âu. Đội ngũ DevOps của MedWrite đã triển khai các mô hình mã nguồn mở, bao gồm cả DeepSeek, trên các máy chủ tại khu vực này. Không có dữ liệu nào bị chuyển ra ngoài phạm vi Liên minh châu Âu (EU) và không có dữ liệu nào được sử dụng để huấn luyện mô hình.
Các nhóm nhập dữ liệu ca bệnh một lần và xử lý qua từng mô hình. Sau đó, họ thay đổi một chi tiết, chọn tạo lại phản hồi và quan sát sự biến chuyển của kết quả. Trong trường hợp không theo dõi kịp các nội dung đã thay đổi, nhật ký hệ thống (log) sẽ hiển thị dữ liệu đầu vào trước và sau mỗi lần chỉnh sửa, thời điểm thực hiện và mô hình đưa ra câu trả lời.
Tại môi trường bệnh viện, giữa bác sĩ lâm sàng và mô hình AI còn có nhiều lớp trung gian: lớp lọc và quản trị, cùng một hệ thống trọng tài AI đóng vai trò kiểm tra thứ cấp nhằm rà soát các câu trả lời phục vụ hỗ trợ ra quyết định. Tại sự kiện LLM-athon, các nhóm làm việc trực tiếp với các mô hình. Mục tiêu là đánh giá chính các mô hình này, do đó người tham gia cần tiếp cận trực tiếp câu trả lời thô.
Ca bệnh
Tất cả các nhóm đều bắt đầu với cùng một bệnh nhân 72 tuổi, bị khó thở trong ba ngày, ho có đờm và ăn uống kém. Các chỉ số sinh hiệu ở mức đáng lo ngại: huyết áp 92/58, nhịp tim 112, nhịp thở 27 lần/phút, độ bão hòa oxy trong không khí phòng là 91% và nhiệt độ 38,4 độ C. Từ dữ liệu gốc này, các nhóm lần lượt thay đổi từng chi tiết như điều kiện cư trú, độ tuổi hoặc tiền sử. Ban giám khảo không chấm điểm kết quả chẩn đoán mà đánh giá mức độ phản biện của từng nhóm đối với các câu trả lời.
Phần thuyết trình
Vào buổi chiều, mỗi nhóm trình bày các kết quả ghi nhận được. Mỗi phần trình bày kéo dài năm phút, tiếp theo là vài phút dành cho câu hỏi với nhiều ý kiến thảo luận sôi nổi từ phía người tham dự.
Một trong những nhóm đầu tiên, gồm một bác sĩ nội trú bệnh viện và hai kỹ sư, đã thử nghiệm năm mô hình và phân loại các câu trả lời theo bảng biểu: màu xanh biểu thị mô hình nhận biết được thông tin mới và điều chỉnh, màu đỏ biểu thị mô hình không có phản hồi tương ứng. Nhóm này cung cấp thông tin cho mô hình rằng bệnh nhân đến từ một trung tâm bảo trợ người vô gia cư và theo dõi xem mức độ chăm sóc được khuyến nghị có thay đổi hay không. Kết luận của nhóm là người bệnh không đơn thuần chỉ là một tập hợp dữ liệu đầu vào nạp vào máy tính. Sau đó, có đại biểu đặt câu hỏi về việc ai là bên phân loại màu cho bảng biểu. Kết quả là một mô hình AI đã thực hiện việc đó, và hội trường tiếp tục tranh luận trong vài phút tiếp theo về ý nghĩa thực sự của khái niệm "con người tham gia vào quy trình" (human-in-the-loop).
Một nhóm khác sử dụng năm máy tính xách tay với cùng một câu lệnh (prompt), và bác sĩ lâm sàng của nhóm đọc từng câu trả lời. Họ đưa ra giả định cho các mô hình rằng người đàn ông 72 tuổi này đang mang thai để quan sát mô hình nào có thể nhận diện điểm bất thường. Một số mô hình vẫn tiếp tục xử lý mà không ghi nhận yếu tố vô lý này. DeepSeek chia câu trả lời thành hai kịch bản. Khi được hỏi về mức độ tin cậy, một mô hình đưa ra con số 95%, sau đó giảm xuống 90% khi nhóm yêu cầu giải thích lý do. Bác sĩ của nhóm nhận xét rằng một bác sĩ tiếp cận ca bệnh với lượng thông tin hạn chế như vậy mà đã vội đưa ra các quyết định quan trọng sẽ bị đình chỉ và yêu cầu cung cấp thêm dữ liệu. "Không có mô hình AI nào làm được điều đó."
Một nhóm thứ ba đã đối chiếu từng câu trả lời với phác đồ do chính bác sĩ lâm sàng của nhóm soạn thảo trước đó. Sau đó, họ nhập ngày sinh khiến tuổi bệnh nhân tăng lên 117. Các mô hình nhận diện được ngay chi tiết này. Tuy nhiên, ở các phương diện khác, hiệu quả xử lý lại kém hơn: mức độ chăm sóc khuyến nghị bị hạ từ đơn vị phụ thuộc cao (HDU) xuống khoa nội trú thông thường khi bệnh nhân là người vô gia cư hoặc từng thụ án tù, dù các yếu tố lâm sàng không có
đã thay đổi. Nhóm nghiên cứu đã đánh giá từng câu trả lời theo các tiêu chí: mức độ an toàn, các chi tiết tự suy diễn, bối cảnh, tính đầy đủ và sự phù hợp về mặt lâm sàng.
Một nhóm khác đổi độ tuổi bệnh nhân từ 72 thành 27, như thể có sự đảo ngược khi gõ phím, và cung cấp thêm thông tin bệnh nhân được chuyển đến từ trại giam. Các mô hình lập tức quy kết về tình trạng vô gia cư, lạm dụng chất gây nghiện và bệnh tâm thần dù không nhận được bất kỳ thông tin nào như vậy. Bác sĩ lâm sàng của nhóm đã dẫn lại một định nghĩa về kinh nghiệm từng nghe được: liên tục làm sai trong một thời gian dài với mức độ tự tin ngày càng cao.
Một nhóm đã thử nghiệm ba mô hình có quy mô khác nhau trên sáu bối cảnh xã hội. Mô hình nhỏ nhất lại phạm ít sai sót nhất. Nhóm đối chiếu các chỉ định kháng sinh với hệ thống tra cứu lâm sàng UpToDate, phát hiện các kết quả tự tạo làm tăng điểm số đánh giá viêm phổi và nhiễm trùng huyết, đồng thời ghi nhận một mô hình khuyến nghị sàng lọc bệnh lây truyền qua đường tình dục đối với một thành viên của cộng đồng Traveller (người du cư). Nhóm nhận định mô hình đã hiểu nhầm từ "traveller" là khách du lịch, thay vì là một thành viên c
Nguồn tin: Hacker News LLM — Tác giả: Budran. Bản dịch tiếng Việt do AI thực hiện, có thể có sai sót.