May đồ
Chuyện tiếu lâm kể rằng:
Có một anh chàng cao bồi Texas vẻ mệt mỏi cưỡi ngựa đến tiệm may, nói với chủ tiệm nay: "Ông may cho tôi một bộ đồ giống hệt như bộ này". Ông chủ tiệm ghi chép lại rất tỉ mỉ các tính chất của bộ đồ mà anh cao bồi đang mặc và hẹn 3 ngày sau sẽ giao hàng.
3 ngày sau, tay cao bồi đến nhận đồ và rút súng bắn chỉ thiên, tỏ vẻ giận dữ: "Ông muốn chết à? Sao dám giao cho tôi bộ đỗ cũ mèm như vầy?".
Chủ tiệm phân trần: "Thưa ngài, chính ngài đã lệnh cho tôi phải may một bộ đồ giống hệt như bộ ngài đang mặc! Đây là ghi chép của tôi: Jean xanh hiệu Levi's rách 2 gối và mất túi vùng mông; Áo kẻ sọc xanh đỏ, mất 2 chiếc cúc, rách lưng, dính nhiều đất đỏ vùng vai; ...".
Có lẽ người thợ may hiểu tính ý chung của các anh cao bồi là rất bảo thủ, luôn luôn muốn cho mình có cá tính đặc biệt, không đụng hàng, nên đã may một bộ đồ "giống hệt" theo yêu cầu. Tuy nhiên sự tuân thủ của anh thợ may trong trường hợp này đã thất bại.
Trong giao dịch đặt hàng chớp nhoáng như vậy, anh cao bồi và người thợ may đã không cùng nhau thảo luận một cách nghiêm túc và chi tiết về những gì cần làm. Anh cao bồi đã không ký tên xác nhận vào quyển sổ ghi chép của anh thợ may, mặc dù anh này ghi chép rất tỉ mỉ, không sai một chi tiết. Anh cao bồi phải xác nhận những tính năng nào là cần thiết, những tính năng nào phải loại bỏ. Và anh thợ may sẽ phải nên giải thích tường tận lợi hại từng tính năng cho khách hàng rõ.
Mọi việc sẽ dễ hơn nếu anh cao bồi chấp nhận một bộ đồ may sẵn. Trường hợp này anh ta chỉ có chọn và mặc. Tuy nhiên, giao dịch ở đây là may đo theo yêu cầu. Anh cao bồi khó tính chỉ muốn bộ đồ có đặc điểm riêng biệt, không giống ai, mang cá tính riêng cho mình theo kiểu của dân cao bồi.
Câu chuyện cười này nghe ra rất buồn cười nhưng lại rất có thật trong thực tế ứng dụng CNTT trong bệnh viện.
Có nhiều bệnh viện đã từng sử dụng phần mềm để quản lý từ rất sớm. Những phần mềm đó có thể đặt mua hoặc tự viết. Qua thời gian thì phần mềm này trở nên lạc hậu, bệnh viện có nhu cầu thay phần mềm khác. Vấn đề là bệnh viện đã quen dùng với các tính năng và giao diện cũ. Có những tính năng rất lạc hậu, cần thay mới, nhưng người dùng vẫn theo quán tính, muốn phần mềm mới cũng phải như vậy. Phần mềm cũ đáp ứng quy trình cũ. Nếu phần mềm mới có tính năng và quy trình mới dù là ưu việt hơn hẳn nhưng cũng sẽ bị cho rằng "không bằng" phần mềm cũ.
Việc trang bị phần mềm cho bệnh viện đã từng xài qua phần mềm rồi sẽ gặp nhiều khó khăn hơn một bệnh viện chưa từng có kinh nghiệm. Đối với trường hợp này, một cuộc thảo luận chi tiết và đồng thuận giữa hai bện về tính năng mới cần phải có. Điều này sẽ hạn chế bớt các vấn đề tranh cãi mà có thể dẫn đến phá hủy hợp đồng.
Vấn đề mới phát sinh trong trường hợp này là bệnh viện phải có người đủ bản lĩnh và kiến thức, đứng mũi chịu sào để giải thích và chống lại các chỉ trích từ các thành viên khác trong bệnh viện.
BS PHAN XUÂN TRUNG
Có một anh chàng cao bồi Texas vẻ mệt mỏi cưỡi ngựa đến tiệm may, nói với chủ tiệm nay: "Ông may cho tôi một bộ đồ giống hệt như bộ này". Ông chủ tiệm ghi chép lại rất tỉ mỉ các tính chất của bộ đồ mà anh cao bồi đang mặc và hẹn 3 ngày sau sẽ giao hàng.
3 ngày sau, tay cao bồi đến nhận đồ và rút súng bắn chỉ thiên, tỏ vẻ giận dữ: "Ông muốn chết à? Sao dám giao cho tôi bộ đỗ cũ mèm như vầy?".
Chủ tiệm phân trần: "Thưa ngài, chính ngài đã lệnh cho tôi phải may một bộ đồ giống hệt như bộ ngài đang mặc! Đây là ghi chép của tôi: Jean xanh hiệu Levi's rách 2 gối và mất túi vùng mông; Áo kẻ sọc xanh đỏ, mất 2 chiếc cúc, rách lưng, dính nhiều đất đỏ vùng vai; ...".
Có lẽ người thợ may hiểu tính ý chung của các anh cao bồi là rất bảo thủ, luôn luôn muốn cho mình có cá tính đặc biệt, không đụng hàng, nên đã may một bộ đồ "giống hệt" theo yêu cầu. Tuy nhiên sự tuân thủ của anh thợ may trong trường hợp này đã thất bại.
Trong giao dịch đặt hàng chớp nhoáng như vậy, anh cao bồi và người thợ may đã không cùng nhau thảo luận một cách nghiêm túc và chi tiết về những gì cần làm. Anh cao bồi đã không ký tên xác nhận vào quyển sổ ghi chép của anh thợ may, mặc dù anh này ghi chép rất tỉ mỉ, không sai một chi tiết. Anh cao bồi phải xác nhận những tính năng nào là cần thiết, những tính năng nào phải loại bỏ. Và anh thợ may sẽ phải nên giải thích tường tận lợi hại từng tính năng cho khách hàng rõ.
Mọi việc sẽ dễ hơn nếu anh cao bồi chấp nhận một bộ đồ may sẵn. Trường hợp này anh ta chỉ có chọn và mặc. Tuy nhiên, giao dịch ở đây là may đo theo yêu cầu. Anh cao bồi khó tính chỉ muốn bộ đồ có đặc điểm riêng biệt, không giống ai, mang cá tính riêng cho mình theo kiểu của dân cao bồi.
Câu chuyện cười này nghe ra rất buồn cười nhưng lại rất có thật trong thực tế ứng dụng CNTT trong bệnh viện.
Có nhiều bệnh viện đã từng sử dụng phần mềm để quản lý từ rất sớm. Những phần mềm đó có thể đặt mua hoặc tự viết. Qua thời gian thì phần mềm này trở nên lạc hậu, bệnh viện có nhu cầu thay phần mềm khác. Vấn đề là bệnh viện đã quen dùng với các tính năng và giao diện cũ. Có những tính năng rất lạc hậu, cần thay mới, nhưng người dùng vẫn theo quán tính, muốn phần mềm mới cũng phải như vậy. Phần mềm cũ đáp ứng quy trình cũ. Nếu phần mềm mới có tính năng và quy trình mới dù là ưu việt hơn hẳn nhưng cũng sẽ bị cho rằng "không bằng" phần mềm cũ.
Việc trang bị phần mềm cho bệnh viện đã từng xài qua phần mềm rồi sẽ gặp nhiều khó khăn hơn một bệnh viện chưa từng có kinh nghiệm. Đối với trường hợp này, một cuộc thảo luận chi tiết và đồng thuận giữa hai bện về tính năng mới cần phải có. Điều này sẽ hạn chế bớt các vấn đề tranh cãi mà có thể dẫn đến phá hủy hợp đồng.
Vấn đề mới phát sinh trong trường hợp này là bệnh viện phải có người đủ bản lĩnh và kiến thức, đứng mũi chịu sào để giải thích và chống lại các chỉ trích từ các thành viên khác trong bệnh viện.
BS PHAN XUÂN TRUNG
