Trở lại buổi chiều thứ Ba
Bây giờ hãy quay lại phòng hồi tỉnh chiều thứ Ba ở Chương 1. Bệnh nhân đã hồi tỉnh nhưng vẫn nằm nguyên đó, và vì thế ca mổ tiếp theo đang bị lùi lại.
Một trong các màn hình của chúng tôi thể hiện bệnh viện như một tấm bản đồ sống. Không phải sơ đồ tầng đứng yên trên giấy — mà là bản đồ có thể nhấn. Khi người vận hành nhấn vào vị trí đó trong phòng hồi tỉnh, trạng thái hồi phục của bệnh nhân hiện lên, việc có thể phát hướng dẫn xuất viện hiện lên, và tiến độ chuẩn bị của bệnh nhân mổ kế tiếp cũng hiện lên. Và chỉ với một hành động, quy trình xuất viện được kích hoạt.
Nhấn một cái, mọi nơi được kết nối cùng chuyển động
Chỉ một hành động ấy, nhưng nhiều nơi trong bệnh viện phản ứng cùng lúc.
Hướng dẫn xuất viện và lưu ý sau mổ được gửi tới bệnh nhân và người nhà; lịch hẹn tái khám được lập; việc dọn giường hồi tỉnh được giao cho người phụ trách; hướng dẫn nhập phòng cho bệnh nhân mổ tiếp được phát; vật tư dùng cho ca mổ đó được kiểm tra trước. Bạn chỉ nhấn một nơi, nhưng mọi nơi được kết nối cùng chuyển động. Đây chính là điều chúng tôi gọi là Zero Data Silo — bởi dữ liệu không bị nhốt vào từng ngăn, một hành động mới có thể chảy đến cuối.
Ở Phần 2, chúng tôi đã vẽ bệnh viện như một tấm lưới — một lịch hẹn nối liền phòng mổ, nhân lực, thiết bị, tồn kho và quyết toán. Khi ấy, tấm lưới là bản đồ để “nhìn”. Ở Phần 3, tấm bản đồ ấy trở thành bản đồ để “nhấn”. Chỉ trên một hệ thống đã biết các mối liên kết, một cú nhấp mới thay thế được mười cuộc điện thoại của mười con người.
Không phải cảnh báo — mà là “hành động tiếp theo”
Thiết bị cũng vận hành theo cùng nguyên lý.
Trong thẩm mỹ và da liễu, thiết bị chính là doanh thu ngày hôm đó. Chiếc laser chủ lực sáng ra mà giở chứng, cả lịch điều trị trong ngày lung lay, và bắt đầu một ngày chạy gọi điện thoại. Signal — được giới thiệu ở Phần 1 — chuyển động trước đó. Nó phát hiện dấu hiệu bất thường của thiết bị, vật tư sắp hết, hạn bảo dưỡng đến gần và cảnh báo người phụ trách theo thời gian thực (cần tích hợp với hãng thiết bị). Nhưng ở góc nhìn của Phần 3, quan trọng không phải là cảnh báo, mà là cảnh báo mang theo cả ‘hành động tiếp theo’.
Hệ thống cảnh báo thông thường dừng lại ở “có vấn đề”. Người nhận phải tự đi tìm — thiết bị nào, gấp đến đâu, chuyển cho ai. Cảnh báo của chúng tôi đưa ra cùng lúc: thiết bị đang ở đâu, đang ở trạng thái nào, và ở trạng thái ấy có thể làm gì — đặt lịch bảo dưỡng, đặt hàng linh kiện, phân công người phụ trách. Người nhận không phải đi tìm, chỉ cần quyết định. Quyết định đó lập tức trở thành hành động, được thực hiện, và được ghi lại.
Lời hứa của Phần 1 — “hệ thống báo trước khi thiết bị dừng” — hoàn tất chính xác theo cách này: báo trước, và bày sẵn cả hành động tiếp theo.
Một phán đoán của bác sĩ trở thành hành động thực thi
Đoạn có ý nghĩa nhất với bác sĩ chính là điều này: trên cấu trúc này, một phán đoán của bác sĩ lập tức trở thành hành động thực thi của cả bệnh viện.
Đây là quy trình đang chạy trong bệnh viện chúng tôi hỗ trợ ngay lúc này. Khi bệnh nhân điền phiếu hỏi bệnh trước mổ, một thông báo tự động hiện ở kênh phụ trách. Ngay cả khi đang di chuyển, bác sĩ có thể xem nội dung và để lại phán đoán; phán đoán đó trở thành trạng thái, hướng dẫn tiếp theo được gửi tự động cho bệnh nhân, các bộ phận liên quan bắt đầu chuẩn bị. Việc bác sĩ đã làm là để lại một phán đoán. Việc truyền, việc theo dõi, việc thực thi — hệ thống thay mặt.
Phán đoán vẫn thuộc trọn về bác sĩ, còn mọi công việc dư ra sau phán đoán trở thành việc của hệ thống. Đó chính là cách thời gian bác sĩ dùng cho việc ngoài phòng khám bị cắt bớt.
Điều đang làm được và điều sẽ làm được
Có một điều xin nói cho rõ: không phải mọi chức năng của hệ thống chúng tôi đều đã chạy ở mức này. Có những mảng đang chạy hằng ngày tại hiện trường, có những mảng vẫn đang được chuẩn bị. Vì vậy chúng tôi luôn tách biệt “cái đang làm được” và “cái sẽ làm được”. Chúng tôi tin đây là thái độ mà một công ty tuyên bố cùng đồng hành vận hành bệnh viện, bắt buộc phải giữ.
Bản đồ của chúng tôi không phải để nhìn, mà để nhấn. Một lần nhấn, cả bệnh viện đã kết nối cùng chuyển động.