Vòng tuần hoàn không đứt đoạn

Đã đến lúc thu ba câu chuyện lại thành một.

Ở Phần 1, chúng tôi hứa hẹn về “Tự vận hành bệnh viện (HAD)”. Ở Phần 2, chúng tôi trình bày nền tảng — cấu trúc của “biết”: Ontology phân chia, nối kết, chồng lớp. Và ở Phần 3, chúng tôi chỉ ra cách cái “biết” ấy trở thành phán đoán và hành động.

Ba mảnh ghép lại tạo thành một vòng tuần hoàn: cảm nhận trạng thái của bệnh viện — phân tích trên cấu trúc đã kết nối — con người phán đoán — hệ thống thực thi — kết quả lại được lưu thành bản ghi, khiến phán đoán kế tiếp thêm chính xác.

Theo dấu vòng tuần hoàn ấy qua hành trình một bệnh nhân sẽ là thế này. Khoảnh khắc bệnh nhân nhìn quảng cáo Instagram và để lại liên hệ, hệ thống cảm nhận và dựng ra trạng thái (cảm nhận). Họ đến từ đâu và cần gì hiện lên trên cấu trúc đã kết nối (phân tích). Việc có tư vấn và có tiến hành hay không, con người quyết định (phán đoán). Sau quyết định, các hướng dẫn, lịch, chuẩn bị, đặt hàng do hệ thống thực thi (hành động). Và toàn bộ tiến trình lưu lại thành bản ghi, giúp đón tiếp bệnh nhân kế tiếp chính xác hơn (học). Không bậc nào bị bỏ qua, và không bậc nào mài mòn tay chân con người.

Vòng tuần hoàn quay được, không phải nhờ hệ thống đặc biệt thông minh, mà nhờ bên dưới có sẵn hai lớp — “cấu trúc biết chính xác” và “cấu trúc chuyển động chính xác”. Y như xe tự lái không đi nổi một bước nếu thiếu bản đồ chính xác, một bệnh viện tự vận hành cũng không thể khởi hành nếu thiếu Ontology chính xác.

Nhưng vẫn có một ranh giới không đổi

Tuy vậy có một ranh giới cần nói rõ — chúng tôi không cố tự động hóa mọi thứ.

Khoảnh khắc con người gặp con người, mãi mãi là việc của con người. Phán đoán về chẩn đoán, điều trị, phẫu thuật, thuộc trọn thẩm quyền của đội ngũ y tế tại mỗi cơ sở y tế. Hệ thống không đưa ra đáp án. Nó soi rõ tình huống, tổ chức các lựa chọn khả thi, và gánh phần thực thi sau khi quyết định đã có. Người quyết định, luôn là bác sĩ và đội ngũ y tế.

Trong ranh giới ấy, AI làm ba việc. Thứ nhất, tóm gọn các tình huống phức tạp còn lõi cốt — ở khoảnh khắc bị thời gian đuổi sát, đưa ra ba điều đáng nhìn trước. Thứ hai, trình bày kèm những case tương tự trong quá khứ và kết quả — điều chỉ khả thi khi lịch sử phán đoán đã tích lại. Thứ ba, đặt câu hỏi cho những chỗ người quyết định chưa kịp nhìn — “Ở trạng thái này, rủi ro lớn nhất là gì? Nếu không quyết ngay lúc này, điều gì sẽ xảy ra?” Không phải AI đưa ra đáp án, mà là AI chiếu sáng hơn cho người ra quyết định. Đó là chỗ chúng tôi đặt cho AI.

Cái chúng tôi dịch chuyển là trật tự của dữ liệu, không phải hành vi y khoa. Hệ thống nhận về mình toàn bộ gánh nặng vây quanh khoảnh khắc khám chữa — di chuyển, kiểm tra, đặt hàng, ghi chép — để đưa đội ngũ y tế trở về trọn vẹn bên bệnh nhân.

Keytology — Cái tên chúng tôi đặt cho con đường này

Ở Phần 2, chúng tôi nói về cách hiểu bệnh viện; Ở Phần 3, cách cái hiểu ấy chuyển động. Chúng tôi gọi tổng hòa hai điều đó bằng tên riêng của mình — Keytology (Keynotyology). Đó là phương pháp để hiểu bệnh viện chính xác, để bằng cái hiểu ấy vận hành bệnh viện chính xác, và để lưu lại chuyển động ấy thành bản ghi có trách nhiệm.

Chúng tôi chọn cái tên Keytology bởi Ontology chính là chiếc chìa khóa (Key) cho thành công của bệnh viện. Logo của Keynoty là một chiếc chìa khóa. Để làm nên “tự vận hành bệnh viện”, Ontology là điều không thể thiếu, và chúng tôi tin đó là chìa khóa mở ra thành công cho bệnh viện. Vì thế, chúng tôi ghép Key và Ontology thành Keytology — cái tên đặt cho Ontology bệnh viện của chúng tôi.

Đây là phương pháp chúng tôi đã kiểm chứng suốt 8 năm bằng chính việc vận hành bệnh viện thực — của chúng tôi, không thuộc về ai khác. Và Almighty Doctor OS chính là chiếc bình chứa trọn phương pháp ấy.

Điều chúng tôi trả lại cho bác sĩ

Ở cuối ba phần câu chuyện, hãy tổng hợp lại điều mà tất cả sẽ trở về với bác sĩ.

  • Bệnh viện không dừng lại dù người phán đoán vắng mặt — phán đoán tốt được cố định vào cấu trúc, để dù người đổi, mức độ của bệnh viện vẫn được giữ.
  • Bệnh viện nơi một phán đoán của bác sĩ trở thành thực thi — mọi việc truyền, kiểm tra, tồn dư sau phán đoán, hệ thống gánh thay.
  • Bệnh viện được bản ghi bảo vệ — mọi hành động lưu chủ thể và căn cứ; tranh cãi ngắn lại, chứng cứ tích lên.
  • Bệnh viện hiểu chính mình hơn qua mỗi năm — lịch sử phán đoán tích lại, khiến năm sau chính xác hơn năm trước.

Và điểm đến của tất cả những điều đó chỉ là một: đưa bác sĩ trở về đúng chỗ của mình — khám chữa và quyết định — thay vì loay hoay với dư việc kinh doanh. Chỉ bệnh viện biết chính xác mới chuyển động an toàn; và chỉ trên một bệnh viện chuyển động an toàn, đội ngũ y tế mới có thể trở về trọn vẹn bên bệnh nhân.

Có thể bắt đầu nhỏ

Cuối cùng, một điều về việc triển khai — bác sĩ không phải thay đổi cả bệnh viện cùng một lúc.

Chúng tôi thậm chí khuyên ngược lại. Bài học chung từ các trường hợp tiên phong trên thế giới, cũng là bài học từ 8 năm của chúng tôi, đều giống nhau — nỗ lực thay đổi toàn bộ trong một lần thường nặng đến mức bị đứng lại; những thay đổi bắt đầu từ đúng một điểm đau nhất thường đi được đến cuối. Nếu chỗ đau là “khách mất sau tư vấn” thì bắt đầu ở đó; nếu là “sức mòn cuối tháng của quyết toán” thì bắt đầu ở đó; nếu là “kẽ hở trong chuẩn bị mổ” thì bắt đầu ở đó.

Chỉ cần trạng thái và hành động bén rễ ở một chỗ, sự chính xác ấy sẽ lan sang các nghiệp vụ bên cạnh — và bác sĩ sẽ tận mắt chứng kiến. Ontology vốn là cấu trúc lớn lên như thế. Chúng tôi đã nuôi nó lớn trong 8 năm tại một bệnh viện, và giờ đang lớn theo cùng cách ở 18 bệnh viện.

Biết là phân chia; và tiếp theo là chuyển động. Trên chính dòng này, chúng tôi kiến tạo kỷ nguyên tiếp theo của bệnh viện.

Khép lại câu chuyện Ontology

Câu chuyện Ontology tiếp nối qua ba phần, chúng tôi khép lại tại đây.

Ở Phần 1, chúng tôi nói Keynoty không phải công ty CRM, mà là công ty làm hệ điều hành cho bệnh viện. Ở Phần 2, chúng tôi nói nền tảng của hệ điều hành ấy là Ontology phân chia và kết nối chính xác bệnh viện. Và ở Phần 3, chúng tôi cho thấy: trên nền tảng ấy, bệnh viện thực sự chuyển động, học hỏi, tự làm mình tốt hơn ra sao.

Nếu rút gọn mỗi phần thành một câu:

  • Phần 1 — Chúng tôi không làm công cụ, mà làm hệ điều hành cho bệnh viện; và chứng minh điều đó tại chính những bệnh viện chúng tôi vận hành.
  • Phần 2 — Biết là phân chia. Chỉ ở bệnh viện được phân chia và kết nối chính xác, AI mới thôi phỏng đoán.
  • Phần 3 — Biết chỉ hoàn tất bằng hành động. Trạng thái gọi hành động, hành động lưu lại trách nhiệm, và bản ghi ấy trở thành lịch sử của bệnh viện.

Ba câu ấy là toàn bộ Keytology. Almighty Doctor OS là chiếc bình biến ba câu ấy thành đời sống hằng ngày của bệnh viện. Chúng ta khởi hành từ khái niệm khó, nhưng nơi đến rốt cuộc lại là nơi quen thuộc với bác sĩ — một bệnh viện không bỏ lỡ ai, một bệnh viện không cãi vã, một bệnh viện mỗi năm mỗi hiểu hơn — và trên nền tảng đó, một ngày làm việc mà bác sĩ có thể chỉ tập trung vào khám chữa.

Cấu trúc này ngay lúc này đang chạy tại chính những bệnh viện chúng tôi trực tiếp vận hành. Nếu bác sĩ muốn biết cấu trúc ấy sẽ làm việc ra sao tại bệnh viện của mình, chúng tôi sẽ trình bày cụ thể dựa trên một ngày bình thường của bệnh viện đó. Xin liên hệ ceo@keynoty.com.

Xin cảm ơn bác sĩ đã đọc. Câu chuyện dừng lại ở đây, nhưng ở bệnh viện của bác sĩ, câu chuyện có thể bắt đầu từ chính lúc này.