class="p">Даже если ответ на эти вопросы может быть определен, еще одной проблемой при попытке сформулировать корневое определение является ряд жестких ограничений, существующих в NHS: структура NHS, система планирования, механизмы отчетности и бюджетные соображения - вот лишь несколько примеров. NHS настолько укоренилась в своих бюрократических процедурах, что трудно содействовать любым изменениям, требующим консенсуса во всей организации.

Методология мягких систем (ММС) требует согласованного мировоззрения и разрешения конфликтов интересов и убеждений. В условиях напряженной обстановки, сложившейся в NHS, считается, что любая достигнутая форма приспособления будет лишь временной и может разрушиться в любой момент.

Кроме того, для успешного применения SSM необходимо участие всех заинтересованных сторон. Различные культурные модели поведения в NHS делают это практически невозможным. Хотя все стороны могут признавать необходимость своего участия, некоторые из них могут не желать "тратить" ценное время на общение с пациентами на действия, которые не влияют непосредственно на оказание помощи пациентам, или могут считать, что эта область не входит в их компетенцию.

В целом считается, что SSM подвержена влиянию дисбаланса власти, поэтому полученные результаты благоприятствуют влиятельным лицам. Если это так, то представители различных иерархий власти в NHS, готовые участвовать в SSM, смогут перекосить результаты в свою пользу.

 

ЗАКЛЮЧЕНИЕ

Авторы считают, что SSM является полезным инструментом во многих ситуациях, но при попытке использовать его для содействия внедрению новой компьютерной системы в такой большой организации.

При таком количестве разнообразных профессиональных субкультур, ограничений, связанных с окружающей средой и дисбалансом сил, с самого начала будут возникать серьезные проблемы.

Так как системы управления случаями приобретаются "с полки" у крупных разработчиков программного обеспечения, авторы считают, что попытка выяснить потребности и требования к системе у каждого из потенциальных пользователей, а также их культурные и социальные особенности была бы практически невозможной и ненужной задачей, так как это должно было быть сделано еще до разработки программного обеспечения. Для того чтобы "продать" преимущества системы другому клиницисту, нужен врач, и, по имеющимся на сегодняшний день данным, он сможет убедиться в этом только после того, как система будет внедрена и у него появится возможность использовать ее самостоятельно.

Может быть, в такой сложной организации оптимальной методологией внедрения является спиральная методология, при которой пользователи системы вовлекаются в вихрь развития и совершенствования системы после знакомства с ее основами? Есть надежда, что дальнейшие исследования позволят определить, так ли это на самом деле.

 

ПОСТРОЕНИЕ ПОЛНОСТЬЮ ИНТЕГРИРОВАННОЙ ИНФОРМАЦИОННОЙ СИСТЕМЫ БОЛЬНИЦЫ

 

T. s. Chenl и T. G. Gough

Кафедра медицинской информатики Национальной больницы университета Ченг Кунг, Тайвань и Отдел операционных исследований и информационных систем Школы компьютерных исследований Университета Лидса

 

АБСТРАКТ

В данной статье представлен обзор процесса создания интегрированной больничной информационной системы для госпиталя Национального университета Ченг Кунг. Есть две особенности процесса разработки системы, на которые в данной работе хотелось бы обратить особое внимание. Во-первых, информационная система должна была представлять собой комплексную интегрированную систему, удовлетворяющую информационные потребности пользователей во всех функциональных областях больницы. Во-вторых, система предназначалась для новой больницы, строящейся на "зеленом поле", и должна была разрабатываться и устанавливаться как неотъемлемый компонент строительства больницы и монтажа медицинского и административного оборудования. В статье описывается подход к определению требований при отсутствии пользователей, которые могли бы объяснить свои потребности; изучению пропускной способности при отсутствии данных, на основе которых можно было бы спрогнозировать нагрузку; изучению производительности до начала реальной эксплуатации с целью понимания возможного поведения системы; планированию внедрения для обеспечения согласованности со строительством и вводом больницы в эксплуатацию. Сообщается об успешном результате этой разработки.

 

ВВЕДЕНИЕ

На Тайване наблюдалось отставание в инвестициях в разработку компьютерных информационных систем для больниц (Chang, 1984), а также дисбаланс в обеспечении больницами: несколько крупных больниц высокого качества в северных районах, но нет аналогичных на юге страны. Поэтому было принято решение о строительстве современной медицинской школы и учебная больница будут построены в южном районе, в Тайнане. В 1984 г. было одобрено присоединение медицинской школы к Национальному университету Ченг Кунг (NCKU). Был утвержден и проект учебной больницы, строительство которой должно было начаться в феврале 1985 г., а открытие больницы - в январе 1988 г. (однако задержки в строительстве привели к тому, что открытие больницы было перенесено на июнь 1988 г.).

При рассмотрении требований к информации было отмечено, что данные, необходимые клиническому и административному персоналу, традиционно обрабатываются отдельно, а в тех случаях, когда для обработки таких данных используются компьютеры, эти задачи часто выполняются на отдельных компьютерах. Как отмечают Wiederhold и Perreault (1990), отсутствие интегрированных данных из различных источников создает множество проблем. Для больницы NCKU было крайне важно разработать и внедрить полностью интегрированную компьютерную информационную систему больницы, чтобы обеспечить необходимое высокое качество обслуживания всей больницы.

Был изучен ряд существующих систем, включая IBM Patient Care System (Mishelevich et aI., 1980) и систему HELP (Pryor et al., 1984), однако ни одна из них не была признана подходящей для NCKU. Толчин и др. (1984) отмечают отсутствие комплексных функционально интегрированных больничных информационных систем, которые можно было бы использовать в качестве моделей. Поэтому было необходимо разработать и внедрить предлагаемую полностью интегрированную больничную информационную систему для этой новой системы "с нуля".

Разработка этой системы была ключевым элементом общего плана строительства госпиталя НЦКУ, поскольку от ее успешного завершения зависело открытие госпиталя. Предлагаемая компьютерная система должна была обслуживать все информационные потребности всех функциональных подразделений новой больницы. Во-вторых, поскольку новая больница должна была быть построена на новом месте, не существовало никаких систем, которые могли бы обеспечить информационные потребности больницы в случае, если компьютерная система не будет поставлена в срок.

В данной статье изложены некоторые вопросы, которые решались при создании интегрированной больничной информационной системы для больницы НГКУ.

 

СПЕЦИФИКАЦИЯ ТРЕБОВАНИЙ

Процесс разработки компьютерной больничной информационной системы для новой больницы существенно отличается от процесса разработки для существующей больницы. В существующей больнице, возможно, использовались ручные системы, и ей придется столкнуться с последствиями автоматизации, а также с проблемами преобразования данных и параллельной работы. Необходимо будет обеспечить участие пользователей, чтобы избежать проблем, описанных Rusnak (1980), и изучить потребности тех, кто участвует в установке систем (Kolenaty, 1984). Однако, хотя новая больница NCKU не сталкивается с проблемами влияния автоматизации и преобразования данных, у нее нет пользователей, с которыми можно было бы сразу проконсультироваться, нет данных для анализа и нет существующего опыта управления больницей, на который можно было бы опереться. Поэтому не было возможности использовать в качестве отправной точки для технического задания изложение требований