Ф.И.О. x 13 страница
В конце концов "хозяева" процессов из всех подразделений собрались вместе, чтобы определить единый глобальный процесс, предусматривающий применение для улучшения координации работ электронного инструментария. Было разработано специальное приложение, осуществляющее контроль за движением всех используемых в производстве компонентов - от упаковочных коробок и наклеек на них до рисунков и собственно программного кода. Наличие этой информации в корпоративной сети позволяет менеджерам по продуктам и другим сотрудникам отслеживать ход интересующих их работ. Теперь у нас есть единый, хорошо специфицированный электронный процесс, среди многочисленных преимуществ которого - гарантия того, что любое усовершенствование, придуманное в одном из подразделений, будет использоваться по всей организации.
Приблизительно в то же время мы начали передавать тиражирование ПО на внешний подряд. Это потребовало готовить весь комплект необходимых материалов "под ключ" точно к оговоренному контрактом сроку. Производственный процесс должен был стать даже еще более прозрачным: зависимым только от заданных спецификаций, а не от усилий конкретных людей. Одним из лозунгов этого преобразования было: "не допускать массового героизма производственного персонала". Электронный инструментарий, с успехом внедренный внутри компании, оказался теперь применен для координации заключительных этапов производства, переданных на подряд самостоятельной внешней организации. В дополнение к приложению, применявшемуся для контроля за движением компонентов продуктов внутри Microsoft, мы разработали аналогичный инструмент, с помощью которого внешние партнеры могли определять текущую степень готовности предназначенных для них компонентов. Различные партнеры, включая и тех, что занимались тиражированием, использовали эту программу также для получения по Сети электронных материалов и для заказа неэлектронных. В данном случае новый инструментарий позволил нам не только решить внутренние проблемы, но и передать внешнему подрядчику ряд дополнительных функций - скорректировав, таким образом, демаркацию границы между компаниями.
Может возникнуть вопрос, а зачем было вообще связываться с тиражированием? Раньше, не имея электронных процессов, мы просто были лишены выбора. Сегодня же информационный инструментарий достиг такого уровня совершенства, что вполне можно передать тиражирование на внешний подряд и быть уверенным, что продукция производится в точном соответствии со спецификациями. Также и во многих других случаях мы предпочитаем держать в штате только базовую команду профессионалов, которые взаимодействуют с привлеченными к работе внешними специалистами через Интернет.
За пять-шесть месяцев, прошедших после создания этих команд, они не только усовершенствовали процессы, причинявшие нам реальные неприятности, но и обезвредили ряд "бомб замедленного действия", которые еще не успели себя проявить. Новый инструментарий позволяет идентифицировать потенциальные противоречия внутри процессов и организовывать их разрешение еще до того, как они приведут к каким-либо неприятностям. Кстати, а как оценить значение для бизнеса проблемы, которая так ни разу и не проявилась?
· СОЗДАНИЕ ПРОЦЕССА КАК ФУНДАМЕНТА РЕШЕНИЯ
История разработки программы HeadTrax для внутреннего применения в Microsoft может служить хорошим примером того, как симбиоз потребностей бизнеса с возможностями технологии позволяет строить новые процессы, само существование которых в доэлектронном мире было просто невозможно. HeadTrax представляет собой систему автоматизации оборота электронных документов, связанного с кадровыми изменениями (такими, как прием на работу новых сотрудников, повышения, переводы внутри подразделений или в другие подразделения).
История ее разработки демонстрирует, что иногда правильное видение задачи приходит лишь после нескольких итерационных приближений. Неполное понимание целей является важнейшей проблемой в любом технологическом проекте - именно по этой причине удача обычно чаще сопутствует тем, кто начинает со скромных масштабов, а в дальнейшем наращивает их, опираясь на полученный опыт. Как бы тщательно ни составлялся план работы, всегда может оказаться, что понимание пользовательских нужд, положенное в его основу, не было достаточно полным. Думаю, потратив полтора года на разработку комплексного решения, будет очень неприятно осознать, что получилось не совсем то, что требовалось, или что за это время изменились внешние условия. Намного лучше будет воспользоваться инструментарием, позволяющим получить работоспособную систему уже через полгода, а затем продолжить ее совершенствование с учетом пользовательских откликов.
Поначалу первая версия нашей программы автоматизации документооборота, связанного с кадровыми изменениями, представлялась в наилучшем свете - но лишь до тех пор, пока электронные формы не стали поступать на утверждение в электронные почтовые ящики вице-президентов Microsoft. Если одним из них даже понравилось самим управлять по сети большинством кадровых изменений, то другие предпочли бы иметь дело с назначениями, переводами или наймом только работников самого высшего уровня. А руководители крупных подразделений оказались просто физически не в состоянии управляться со свалившимся на них объемом дополнительной работы. Старая бумажная система была хорошо приспособлена для того, чтобы перекладывать работу на заместителей, и мы немедленно занялись встраиванием этой возможности в электронную. Вторая версия HeadTrax уже обладала всеми необходимыми функциями, но качество их работы оставляло желать лучшего. Время от времени важные назначения проходили мимо вице-президентов, а приказы о незначительных кадровых изменениях попадали к ним на "электронные столы". Тогда мы привлекли к сотрудничеству консалтинговую компанию Andersen Consulting и выяснили, что у нас на 15 основных групп приходится 12 различных процессов утверждения кадровых изменений. Сосредоточив внимание на этих процессах, мы смогли сократить их число с 12 до 3 и составить четкие спецификации, которые легли в основу версии HeadTrax 3.0.
Сегодня менеджеры инициируют все кадровые транзакции со своими подчиненными по сети. Любой визирующий руководитель может вернуть представление обратно его автору, чтобы тот внес изменения и запустил процесс с самого начала (все эти операции осуществляются исключительно электронными средствами). Или он может просто подкорректировать документ, поставить свою визу и пустить его дальше по обычному маршруту. В случае модификации документа все, кто принимает участие в работе над ним, получат по электронной почте уведомления со ссылкой, по которой можно просмотреть его новый текст. Исторически основная часть возвратов бумажных представлений на кадровые изменения имела своими причинами различные мелкие недоработки и ошибки в использовании кодовых обозначений. Программа HeadTrax покончила с этими неприятностями практически полностью.
Самой важной из ее функций оказалась возможность для менеджера организовать делегирование своих полномочий и обязанностей по кадровой работе другим лицам с учетом категории представления. Например, вице-президент может передать своему помощнику по административной части право визировать перестановки и назначения, осуществляемые в рабочем порядке, а изменение размеров заработной платы и продвижение по служебной лестнице рядовых сотрудников вообще вверить главам соответствующих подразделений. Эта функция, которая называется "Work on behalf", позволяет высшим руководителям при недостатке времени отказаться от изучения каждого нового назначения или повышения, не опасаясь, что кадровый процесс без них замрет.
А если, например, потребуется перевести целый коллектив в тысячу человек в другое учетно-калькуляционное подразделение или в ходе реорганизации произвести обширные перестановки в каком-либо подразделении, помощник по административной части сможет выделять целые группы сотрудников и применять к ним необходимые операции одним нажатием на кнопку мыши.
Дополнительную гибкость придает системе функция маршрутизации. Перед передачей в отдел кадров менеджер может направить свое представление на дополнительное визирование тем или иным руководителям - например, если кто-то из вышестоящих начальников требует согласования с ним кадровых изменений определенного рода (таких, как продвижение по службе). Сфера применения системы HeadTrax не ограничивается одной административной работой. Например, можно, введя имя любого сотрудника, получить информацию обо всех, кто стоит выше и ниже его в организационной иерархии. Кроме того, это ПО позволяет динамически генерировать схемы организационных структур и настраивать их представление с учетом ряда параметров - таких, как полное имя, номер телефона, номер кабинета, номер структурного подразделения и т.п.
Теперь, когда весь этот путь уже пройден, HeadTrax представляется очевидным решением, программой, которая будет полезна любой компании средних или крупных масштабов. Ее роль не ограничивается простой очисткой столов руководящих работников от лишних бумаг, связанных с кадровыми перемещениями. Она служит механизмом автоматической передачи необходимых сведений в бухгалтерскую и бюджетную системы. А это гарантирует согласованную работу всех систем, используемых для ведения бизнеса.
Поскольку HeadTrax эксплуатируется все же еще сравнительно недавно, точно оценить экономию времени и сил, достигнутую благодаря внедрению этой системы - например, на потерях из-за не составленной в должные сроки или неполной документации и на работе по многократному вводу данных, - представляется довольно затруднительным. Можно лишь сказать, что к концу 1998 года через нее проходило по 8 тысяч транзакций ежемесячно. Приказы, не требующие специального изучения в отделе кадров - а таких в общей массе насчитывается не менее 90%, - совершают свой цикл в системе в течение 24 часов. В остальных случаях времени тратится несколько больше, но это связано с необходимостью выполнения процедур, не использующих электронные технологии, - таких, как проведение собеседования с увольняющимся работником.
HeadTrax повышает качество отчетности, позволяя линейным менеджерам и сотрудникам отдела кадров в любое время получить информацию о текущем состоянии всех производимых в данный момент кадровых перемещений. Так, просматривая данные о численности работников и наличии вакансий в различных группах своего подразделения, руководитель может заметить, что в одной из них ощущается более сильный кадровый дефицит, чем в других. Сделав такое открытие, он, вероятно, подумает, а не порекомендовать ли ответственному за набор новых сотрудников в эту группу активизировать усилия и не предложить ли ему помощь других рекрутеров.
Специалисты отдела кадров не считают простановку виз на каждом приказе о кадровом перемещении наилучшим способом занять свое время. Поэтому для них был разработан специальный электронный инструмент, освобождающий от выполнения рутинной работы и сбора данных для анализа тенденций в движении кадров. Кто-нибудь из высших руководителей отдела кадров может, например, просмотреть с помощью контрольно-статистических функций HeadTrax все отвергнутые представления в поиске закономерности, свидетельствующей о недостаточной осведомленности менеджеров в кадровых вопросах или о каком-либо функциональном недостатке системы. Или еще можно провести анализ текучести кадров для выявления причин, по которым в одних отделах она оказывается выше, чем в других: нет ли какой-либо нерешенной проблемы, заставляющей людей увольняться. HeadTrax не только рационализирует процесс с точки зрения специалистов основных подразделений, но и позволяет отделу кадров изменить свою роль в организации. Непосредственная доступность статистики таких событий, как переводы и увольнения, стоит много большего, чем сокращение издержек или экономия рабочего времени кадровиков.
Идентификация главной, первоочередной цели любого процесса открывает прямой путь к выявлению в нем недостатков и далее к их устранению. Идет ли речь о производственном или административном процессе, всегда должна ставиться фундаментальная цель его рационализации: сокращение до минимума числа участников и "передач мяча" между ними. Оптимизация "бумажных" процессов представляет исключительную сложность. А электронная технология позволяет сразу перейти на значительно более совершенный процесс вместо того, чтобы возиться с вариациями старых "бумажных" процедур, добиваясь лишь малосущественных улучшений. Настоящий прорыв в совершенствовании процессов происходит в результате соединения хорошо продуманных решений с возможностями их реализации, которые открывают электронные информационные потоки.
· ИСПОЛЬЗОВАНИЕ ЭЛЕКТРОННЫХ ПРОЦЕССОВ ДЛЯ РЕШЕНИЯ СЛОЖНЫХ ПРОБЛЕМ
Одним из самых сложных в Microsoft оказался процесс найма, администрирования и оплаты труда временных работников.
Для компании с большим числом проектов, работа над которыми оживляется ближе к дате выпуска готового продукта, грамотное управление наймом временной рабочей силы жизненно необходимо. Мы пользуемся услугами таких работников, чтобы справляться с пиковыми нагрузками на всех участках, от разработки и тестирования до маркетинга и административной поддержки. Применение их труда в Microsoft требует координации между пятью группами лиц, к каковым относятся: 1) сами временные работники; 2) 110 поставляющих их нам агентств; 3) менеджеры различных подразделений, которым требуется дополнительная рабочая сила; 4) наша внутренняя группа найма временных работников, занимающаяся назначением почасовых ставок для них и отношениями с агентствами; 5) отдел снабжения, который, собственно, и оплачивает счета.
Проблема заключала в себе множество аспектов. Дело было не только в огромном объеме бумажной работы по заключению контрактов с множеством различных агентств и работников. Мы испытывали сложности еще и с обеспечением единого процесса заключения контрактов; подбором подходящих специалистов и назначением им адекватных почасовых ставок; предотвращением ситуаций, когда одному человеку приходится часто переключаться с одного проекта на другой или, напротив, слишком долго заниматься одним и тем же проектом; а также с принятием решений о приглашении временных сотрудников в штат.
Кадровая политика, разработанная несколько лет назад, предусматривала ряд строгих правил использования временной рабочей силы. В соответствии с ней таких работников можно было нанимать только через агентства, и ни один из них не мог участвовать в наших проектах - независимо от их общего количества и комбинации - более 340 дней подряд без перерыва продолжительностью хотя бы в 31 день. Однако при использовании бумажного процесса контроль за соблюдением этой политики менеджерами, привлекающими временных работников - а многие из них сами были новичками в компании или лишь недавно начали отправлять данную обязанность, - представлял значительную трудность. Учитывая склонность руководителей проектов развертывать деятельность по поиску нужных работников только тогда, когда обходиться без их услуг становится совсем уже невмоготу, единственной возможностью удовлетворить потребности подразделений в рабочей силе и избежать грубых ошибок было подключение большого числа специалистов по кадровой работе. Такой "человекоемкий" процесс никого не мог устроить.
Более того, бумажный процесс не позволял высшему руководству адекватно решать бюджетную проблему. Поскольку, с одной стороны, временную рабочую силу использовали многие отделы, а с другой, временные работники нередко участвовали каждый в нескольких проектах сразу, главе подразделения оказывалось трудно подсчитать общее число таких сотрудников или отработанных ими часов. Было невозможно дать сколько-нибудь надежный прогноз расходов на оплату их труда. Отчетные данные по числу работников и их выработке в часах и в денежном выражении, которые старшие менеджеры получали от финансовых отделов, всегда запаздывали; а более оперативно можно было получить лишь приблизительные оценки. Размеры выплат испытывали резкие колебания от месяца к месяцу.
Сначала мы думали, что проблема коренится в организации работы финансовых отделов, но, проанализировав имеющуюся информацию, поняли, что они просто плохо обеспечены исходными данными. Наш процесс оплаты труда имел слишком мало управляемых параметров. Несмотря на большое число виз - менеджеры подписывали карточки учета отработанных временными работниками часов, те представляли их в свои агентства, агентства же выставляли счета отделу снабжения, который их оплачивал, - какие-либо финансовые рычаги управления фактически полностью отсутствовали. По полученному от агентства счету менеджер не мог проверить ни почасовую ставку, ни количество отработанных часов. Более того, счет мог быть выставлен даже в отсутствие подписанной карточки учета часов. Или нанимающий менеджер соглашался на повышение почасовой ставки, а до специалистов, занимающихся оформлением временных работников, эта информация вовремя не доходила. Или ставка повышалась по одному из проектов, а оплата по ошибке увеличивалась и по всем остальным. Не существовало и никакого способа предотвратить повторное выставление счетов за одну и ту же работу.
"Поднявшись над процессом", мы изучили его от начала и до конца и рассмотрели возможности его упрощения с помощью электронного информационного инструментария.
Одна из проблем с администрированием заключалась в том, чтобы решить, следует ли предоставлять менеджерам, нуждающимся во временных работниках, полномочия самостоятельно их нанимать. При использовании старого бумажного процесса не было никакого способа пересмотреть однажды принятое решение о привлечении дополнительных ресурсов. Подписав представление о найме временного работника, менеджер даже не мог проверить, соответствуют его дальнейшие действия установленным правилам или нет. Например, достаточно ли в бюджете средств для оплаты этой дополнительной работы? Следует ли разрешить оплату сверхурочных по данному проекту? Кроме того, руководителю, нуждающемуся во временной рабочей силе, было очень непросто составить себе представление о том, какая почасовая ставка будет адекватна предполагаемым обязанностям нового сотрудника и как подойти к подбору квалифицированного исполнителя для них. Не имея на примете конкретного работника, было нелегко решить даже вопрос о том, где его искать - обратиться в какую-либо компанию, в агентство или же найти независимого специалиста? Нам необходим был некий способ, позволяющий заранее автоматически рассчитывать полную сумму расходов, чтобы закладывать ее в бюджет.
Было решено, что для этого требуется гибкое программное решение. Оно должно было гарантировать составление и подписание контракта с каждым временным работником еще до того, как он приступит к исполнению своих обязанностей. По заключении контракта для него в течение 48 часов должны были подготавливаться пластиковая карточка для прохода через турникеты системы безопасности, внутренний телефонный номер и учетная запись доступа в корпоративную сеть. Система должна была позволять легко создавать сразу несколько идентичных запросов на однотипные вакансии, что весьма типично для крупных проектов. В процессе исполнения контракта менеджер должен был иметь возможность легко проверить число отработанных часов, ставку и остаток денег, выделенных на оплату по нему в течение всего проекта или этапа. С приближением даты окончания контракта соответствующему нанимающему менеджеру должно было автоматически выдаваться соответствующее уведомление и предоставляться возможность продлить данный контракт, но только при условии, что в бюджете остается достаточно средств и что время, уже отработанное данным работником на Microsoft без перерывов, не превышает 340 дней. С окончанием срока контракта доступ к корпоративной компьютерной сети и в здания компании должен был автоматически закрываться, а адрес электронной почты и телефонный номер - освобождаться.
Кроме того, новый процесс ни при каких обстоятельствах не должен был создавать задержек в работе. Если руководитель, в чью компетенцию входит утверждение контрактов, оказывался в нужный момент недоступен, нанимающий менеджер должен был иметь возможность получить подпись от другого человека, обладающего необходимыми полномочиями. В случае перевода контракта в ведение другого менеджера или другого учетно-калькуляционного подразделения не должно было возникать сложностей с перераспределением издержек. Агентствам предоставлялось право самостоятельно повышать ставку временного работника в небольших пределах, но крупное повышение требовало визы нанимающего менеджера.
18. ИТ - СТРАТЕГИЧЕСКИЙ РЕСУРС
Информационному обеспечению глава компании должен уделять не меньше внимания, чем другим ее важнейшим функциям. Ему необходимо иметь хотя бы основные представления об основах этих технологий. Вместе с руководителем информационной службы он должен рассматривать ИТ не с точки зрения связанных с ними затрат, а как стратегический ресурс своего бизнеса. Необходимо, чтобы глава информационной службы принимал участие в заседаниях, на которых вырабатывается стратегия развития бизнеса, и был организационно подчинен не финансовому руководителю, а производственному.
В главе даны рекомендации по оценке состояния инфраструктуры и принятию решений о закупках средств ИТ. Подчеркиваются преимущества инфраструктуры, основанной на ПК и Интернет-стандартах.
До сего времени информационные технологии производили скорее данные, чем информацию, - не говоря уже о том, что они порождали множество разнообразных новых вопросов, а также множество разнообразных новых стратегий. Представители руководства избегали применения этих технологий потому, что они не давали информации, необходимой им для выполнения их собственной работы. Питер Друкер
Работа с информацией - основа любой коммерции, и главе компании необходимо уделять информационным технологиям внимания не меньше, чем любому другому важному аспекту бизнеса. Однако очень многие - слишком многие - высшие руководители предпочитали до сих пор держаться от ИТ подальше. Было распространено представление об информационных системах как о слишком сложных и не поддающихся управлению. Казалось, что превратить ИТ в компонент деловой стратегии практически невозможно. Даже попытки простого обсуждения этой темы будто бы увязали в непонятных непосвященным терминах. Однако, как многие главы служб ИТ старались объяснить, реальный смысл этих трудностей заключается просто-напросто в том, что существуют старые информационные системы, которые слишком сложны, слишком дорого обходятся и слишком негибки, чтобы их можно было приспособить к новым или изменившимся целям.
Технологический прогресс последних лет открыл высшему руководству возможность изменить роль ИТ в жизни компаний. Но для этого главному исполнительному директору необходимо сделать три вещи. Во-первых, чтобы получать от специалистов по информационным технологиям наибольшую отдачу, он должен придать ИТ статус стратегического ресурса. Недопустимо рассматривать службу ИТ как просто еще один центр затрат. Во-вторых, ему необходимо изучить эту технологию настолько, чтобы быть в состоянии задавать правильные, трудные вопросы главе своей службы ИТ и судить о том, насколько хороши получаемые ответы. В этом отношении нет никакой разницы между ИТ и, скажем, сбытом, или финансами, или производством. В-третьих, глава компании должен привлечь директора службы ИТ к участию в принятии важных решений и формировании стратегии бизнеса. Невозможно обеспечить соответствие стратегии в области ИТ общей стратегии компании без активного участия в принятии деловых решений глав информационных служб.
Уровень познаний главного исполнительного директора в информационной сфере может варьироваться в очень широких пределах. Так, Пол О'Нил из фирмы Alcoa начинал свою карьеру программистом в Управлении социального обеспечения бывших военнослужащих США; а Ральф Ларсен из Johnson & Johnson, как и многие его коллеги, не имеет вообще никакой технической подготовки. Опыт Пола в области ИТ освободил его от страха перед новыми технологиями. С самого начала он четко представлял себе, что информационные системы компании следует рассматривать как единое целое. А Ральфа неопытность побудила решительно взяться за учебу. Два года по выходным он самостоятельно осваивал приложения для ПК, понимая, что без хорошего знания технологии не сможет убедительно доказать главам 180 компаний-производителей в 55 странах мира, составляющих Johnson & Johnson, что их информационные системы необходимо привести к единому стандарту. В то время - в конце 1980-х - Ральф и другие высшие руководители компании просто утопали в бумагах. Именно в бумагах - не в информации. Если требовалась информация, приходилось заказывать финансовой группе специальный отчет. Вместе с Johnson & Johnson в целом Ральф прошел через тяжелый процесс внедрения в умы идеи о том, что единый набор систем совершенно необходим для выживания компании в конкурентной борьбе.
Однажды, когда новые системы были только что пущены в эксплуатацию, Ральф случайно столкнулся с одним из представителей руководства компании и спросил у него: "Вы уже получили мою записку?" А получив отрицательный ответ, уточнил: "Я послал ее вам по электронной почте". "Ну, - начал оправдываться его собеседник, - понимаете, я не пользуюсь компьютером". "В таком случае, - отрезал Ральф, - вы теперь вряд ли когда-либо получите от меня сообщение, потому что я больше не собираюсь вести бумажную переписку внутри компании". На следующий день на столе этого руководителя уже стоял компьютер.
Джон Уорнер, директор по административной части в Boeing, также применил стратегию "инициативы сверху". Первыми четырьмя пользователями новой системы электронной почты в этой компании стали, в хронологическом порядке: главный исполнительный директор, два директора по производственной части и сам Джон. Он знал, что, если высшие руководители примут ее к использованию, все прочие, глядя на них, сделают то же самое. До развертывания единой системы электронной почты в Boeing бытовало мнение, что она если и приобретет стратегическое значение для компании, то не раньше чем через несколько лет; однако уже через несколько месяцев после ее пуска в эксплуатацию в 1996 году произошло событие, ясно показавшее настоящее положение дел. Как раз в День Благодарения, когда трудовая жизнь Америки замирает на несколько дней, один из высших руководителей Boeing обсуждал с европейскими торговыми представителями детали крупного контракта. И надо было случиться, что кому-то из обслуживающего персонала не отдыхалось и он по нечаянности выключил питание почтового сервера. Из-за праздников запустить систему удалось только через несколько дней. Boeing все же получила тот заказ, однако после этого инцидента руководство компании позаботилось о том, чтобы снабдить электронную почту резервным питанием и всем прочим, что полагается ответственным системам компьютерного обеспечения бизнеса.
Смысл всех этих примеров состоит в том, что глава компании должен осознавать стратегическую важность информационной технологии, поскольку именно от него зависит продвижение важнейших деловых инициатив и именно он указывает путь другим. Никто не требует от вас становиться специалистом. В сущности, если вы знаете расшифровки слишком большого числа сокращений из области ИТ, можно предположить, что вы занимаетесь не тем аспектом этих технологий. Чтобы понять, как применять их на пользу дела, нужно начать с базовых знаний о компьютерах. Неважно, как вы их получите. Я знаю руководителей, которые нанимали консультантов, чтобы те приходили в определенное время каждую неделю и рассказывали им все, что необходимо знать об информационных технологиях. Другой популярный способ - свести тесное знакомство с руководителем своей службы ИТ.
**********************************************************************************
Часть V. ОТРАСЛЕВОЙ ВЗГЛЯД
19. СИСТЕМА ЗДРАВООХРАНЕНИЯ - РАЗРОЗНЕННЫЕ ОСТРОВКИ ИЛИ ЕДИНЫЙ КОНТИНЕНТ?
Организации сферы здравоохранения тратят огромные суммы на специализированные диагностические системы, но экономят на информационных потоках - и на бумажную работу уходит до 30% всех затрат на здравоохранение. Подходы, в основе которых лежат информационные потоки и стандартизация, открывают возможности для построения недорогих интегрированных медицинских систем, способных улучшить диагностику и лечение пациентов на всех этапах медицинского обслуживания: от экстренной помощи и госпитализации до диспансерного наблюдения и анализа долговременных тенденций. Приведены примеры из опыта Acadian Ambulance and Air Med Services, медицинского центра Sentara, детской больницы Сиэтла и ВВС США.
Врачебный такт не заменит правильного диагноза. Альфред Слоун, председатель совета директоров General Motors
Несколько лет назад одного из новых сотрудников Microsoft срочно вызвали в родной штат в связи с тем, что у его матери случился микроинсульт. Когда миссис Джонс (имя изменено) выписалась из больницы, она некоторое время жила у своей сестры, пока сын занимался организацией ее переезда на Северо-Запад США, поближе к себе: миссис Джонс оправилась от инсульта, но жить одна уже не могла. Здоровье ее ухудшалось, и время от времени ей приходилось снова ложиться в больницу.
В истории болезни миссис Джонс за последние два года ее жизни проявились как лучшие, так и худшие стороны американской системы здравоохранения. Ее добросовестно, с применением самых современных методов лечили более десятка врачей в трех больницах, расположенных в двух разных штатах. По мере того как болезнь прогрессировала, ее родные, принадлежавшие к среднему классу, имели возможность обращаться к службам, которые обеспечивали достаточно высокий уровень ухода за больной. Большая часть расходов покрывалась системой бесплатного медицинского обслуживания Medicare и личной страховкой миссис Джонс, остальное доплачивали она и ее родные. Многочисленные врачи, медицинские сестры и другой персонал проявляли свои лучшие профессиональные качества и относились к ней с неизменной заботой. До самой своей смерти, наступившей во сне, миссис Джонс находилась в достойных условиях.
Дата добавления: 2014-12-09; просмотров: 764;