Некоторые проблемы создания телемедицинской сети России и возможные пути их решения

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

Критика текущего опыта создания телемедицинских сетей
Идея создания телемедицинских сетей в рамках страны или отдельной территории не нова. Потребность в подобных разработках резко возросла за последние пять лет, как в России, так и за рубежом, когда качество и доступность диагностической компьютерной техники наконец-то достигли необходимого уровня. Однако до сих пор проблема создания телемедицинских сетей далека от разрешения. Это связано с рядом причин, в их числе:

1. Несоответствие разработок компьютерным стандартам, принятым в лучевой диагностике. В первую очередь, это относится к унифицированному стандарту передачи и хранения медицинских данных — DICOM — который уже на протяжении 20 лет используется в медицинской практике. В России этот стандарт пока очень редко применяется в телемедицине. С другой стороны, зарубежные фирмы, поставляющие медицинских системы, часто сознательно искажают параметры стандарта, используя DICOM-несовместимость как основной способ вытеснения своих конкурентов. В результате хороший, «чистый» DICOM стал роскошью, а телемедицина без него бессмысленна.

2. Невнимательность к совместимости разработок. Несоответствие стандартам DICOM — лишь верхушка айсберга. Нередко телемедицинские разработки проводились в каждом месте отдельно, часто для удовлетворения сиюминутных нужд, без какого-то долгосрочного, стратегического планирования. Как результат, появляющиеся на свет системы оказывались несовместимыми друг с другом, немасштабируемыми, зависимыми от других программ или оборудования и т.д. До тех пор, пока в клинике А стоит одна телемедицинская система, а в клинике Б — другая, обе разработанные врозь, разными организациями, по разным меркам, без малейшей координации и совместимости, то реализация телемедицинских программ в рамках этих учреждений оказывается затрудненной.

3. Очень часто упор делается на видеоконференционные средства связи общего назначения — будь то NetMeeting, селекторная связь, веб-камеры и прочее программное и техническое обеспечение. Полезность применения данных средств не подлежит сомнению, однако:

a. Ни одно из этих них не создано и не рассчитано на решение медицинских задач;

b. Ни одно из них не рассчитано на показ медицинских изображений или поддержку DICOM вообще;

c. Ни одно из них не совместимо с медицинским (диагностическим) оборудованием;

d. Подобное оборудование и средства связи в принципе не решают проблемы организации медицинских баз данных и их анализа.

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

5. Встречаются ошибки в осуществлении компьютеризации медицинских учреждений. Пожалуй, самая основная из них — разрозненность, несовместимость и бесконтрольность локальных компьютерных сетей. На раннем этапе развития этих сетей клиники часто арендовали их у внешних провайдеров, которые диктовали условия создания и настройки сети. Часто клиники не имели даже административного контроля над своими сетями. То же самое относится и к закупке программного обеспечения. От принципа «лишь бы что-нибудь, да подешевле» давно пора отказаться. И дело отнюдь не в том, что надо покупать дорогое — ведь по понятным причинам, бюджет медицинского учреждения крайне ограничен. Можно покупать оборудование и программы, доступные по цене, но делать это в соответствии с продуманным планом создания телемедицинской сети данного учреждения или региона. Иначе даже самое дорогое оборудование не закроет брешей в планировании, окажется невостребованным, и будет пылиться без дела. Создать телемедицину на 50% или 99% невозможно — она либо есть (100%), либо ее нет. Телемедицина без стратегического планирования бессмысленна.

6. Навязывание готовых решений врачам «сверху» или «из вне» вместо решения проблем врачей. Любой телемедицинский продукт должен быть разработан, создан, испытан и внедрен под непосредственным контролем людей с медицинским образованием. Сколько российских и заграничных фирм-разработчиков наступили на эти грабли! Сколько «медицинских» систем было разработано людьми, не имевшими ни какого понятия о медицине! В результате подобные системы либо оказываются мертворожденными, либо используются неэффективно.

7. Юридические и административные проблемы телемедицины, ее официальный статус, статус и оплата консультанта, права и обязанности вовлеченных сторон — все эти вопросы нуждаются в детальной проработке.

Как создать функциональную телемедицинскую сеть?
1. Ответ на этот вопрос состоит из двух частей: определение минимальных требований к компьютерной медицинской сети (КМС), которая может стоять в клинике или где-то еще), и к телемедицинской сети (ТМС), которая, по сути, соединяет разрозненные КМС. КМС обычно совершеннее, так как она локальная, все ее компоненты контролируемы, нет проблем с расстояниями. ТМС часто строится по принципу «чем богаты, тем и рады». Мы не можем откладывать решение телемедицинских проблем до момента полной компьютеризации всех лечебных учреждений. Поэтому в случае с ТМС надо использовать все, что только есть на данный момент, но, в то же время, стремиться к идеалу. В идеале ТМС = КМС. Поэтому разговор о ТМС невозможно вести без описания параметров КМС.

2. Другая оговорка: у каждой лечебной организации — своя специфика, и решение о её подключении к телемедицинской сети должно приниматься только после детального анализа конкретных возможностей и потребностей. С такого анализа все и начинается. Переводить всех на одинаковый формат не эффективно.

Исходя из опыта собственных и чужих ошибок, можно утверждать, что построение КМС и ТМС является абсолютно выполнимой задачей. Для их создания необходимо разработка, наличие и совмещение следующих компонентов:

1. Планирование структуры сети.

2. Минимального компьютерного оборудования («железа»).

3. Наличие самой сети.

4. Наличие DICOM-совместимого программного обеспечения.

5. Стратегия развития сети.

Требования к структуре медицинской компьютерной сети
В КМС хранение и обработку данных необходимо разделить на три основных модуля:

1. Медицинский сервер (МС) — отвечает за накопление и хранение всей медицинской информации.

2. Рабочая станция (PC) — отвечает за просмотр и диагностику накопленных на МС изображений, в основном, внутри данного учреждения.

3. Удаленная рабочая станция (УРС) — отвечает за просмотр и диагностику накопленных на МС изображений, в основном, за пределами сети данного учреждения.

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

Минимальное компьютерное оборудование
Медицинский сервер (МС)
Это — ядро КМС. Конечно, число таких ядер должно расти по мере развития сети, исходя из практических потребностей. Например, средних размеров клиника вполне обойдется и одним МС. В более крупной уместнее будет распределить МС по отделениям или модальностям — например, выделить один МС для КТ, и другой — для МРТ. Альтернативно, можно создать один МС для хранения текущей информации (например, снимков давностью до 1-2 месяцев, доступ к которым будет наиболее частым), и другой — для длительной архивации (данные большей давности). Таким образом, количество и размер МС должны определяться логикой работы.

Основным техническим требованием к МС является его надежность: вероятность повреждения хранимых на нем данных должна быть минимальна. Сейчас уже не редкость слышать о системах, в которых суммарные сбои за год не превышают 5 минут (по гарантии производителя). Это достигается дублированием хранимых на МС данных. По порядку сложности, для хранения данных могут быть предложены следующие решения:

1. RAID-диски — самое простое и доступное по цене решение. В таком случае, каждое изображение будет храниться на МС в 2 копиях, на двух жестких дисках (RAID 10), и при выходе одного диска из строя может быть мгновенно считан с другого. Достоинство — низкая цена подобного сервера, мгновенность коррекции сбоя, отсутствие дополнительных устройств. Недостаток — выход из строя самого МС сделает информацию временно недоступной.

2. Внешние носители информации — компакт-диски, магнито-оптические диски или магнитные ленты. Теперь поломка самого МС гарантированно не повредит информацию, но и не поможет немедленно восстановить сеть. Для восстановления сети потребуется восстановить МС, и вернуть на него сохраненную на внешних носителях информацию. Сопряженные с этим временные затраты делают этот способ малоэффективным и редко используемым в современной практике. Внешние носители информации скорее уместны для долгосрочного архивирования медицинских данных, чем для восстановления работы сети в реальном масштабе времени.

4. Двойной МС — два абсолютно разделенных сервера, с дублированием информации на оба. Когда первый выходит из строя, второй автоматически занимает его место. Задержка с переключением практически колеблется в пределах 1-3 минут, но, как и в первом случае, система распознает сбой и восстановится автоматически. Очевидно, стоимость такой пары возрастает как минимум вдвое по сравнению с 1-м вариантом.

Поэтому лучше начинать с 1-го варианта, по возможности страхуясь практикой ежедневной архивации данных на внешние носители. Подобная архивация может производиться системой автоматически, в период наименьшей загрузки (ночью). Минимальная цена такой системы составит около $10 000 (зависит от объема диска, памяти, процессора и пр.).

Другие требования к МС:
1. МС должен обладать DICOM-интерфейсом для работы как с устройствами ввода медицинской цифровой информации от диагностических систем (КТ, МР, УЗИ,...), так и для работы с рабочими станциями.

2. Крайне желательно устройство запасной подачи электроэнергии (UPS), на случай сбоев с электричеством (порядок цены — до S1000).

3. Нужна программа серверной базы данных (SQL, порядок цены — $1000)

4. Программы защиты от вирусов и сетевых атак ($100 за программу, от $400 за VPN-сервер).

5. Необходим статический IP-адрес.

Заметим, что при более ограниченном бюджете в качестве первого шага МС можно создать по минимуму на базе любого существующего персонального компьютера. Это решение может вполне удовлетворить небольшой офис или телемедицинский центр. Поэтому все цитируемые ниже параметры лучше разделять на идеальные и минимальные.

Рабочая станция (PC)
Это — рабочее место врача-диагноста. Именно PC в первую очередь будут забирать изображения с МС для показа и анализа. При этом на один МС может приходиться несколько десятков подключенных PC — все зависит от объема обрабатываемой информации. Поэтому для эффективной работы, помимо поддержки DICOM, PC должна в идеале иметь:

1. Качественный по разрешению и яркости монитор. Монитор может быть:

a. Обыкновенным, что часто допустимо для многих типов снимков (УЗИ, МРТ). Но и в таком случае разрешение должно быть порядка 1024x1024.

b. Специальным радиологическим (для маммограмм или рентгенограмм грудной клетки) — у них разрешение достигает 3000х3000, а число оттенков серого — до 4096. Стоят подобные мониторы дорого —порядка $10000, выпускают их фирмы Siemens, Barco, DataRay, Clinton и многие другие. Потребность в таких мониторах определяется локально.

c. Очень распространены станции с двумя мониторами, так как врач часто должен сравнивать 2 серии изображений.

d. Монитор должен быть достаточно ярок и иметь сбалансированный («откалиброванный») свет. Есть устройства (калибраторы) для подобной настройки — предпочтительно, если они будут встроены в монитор (отпадает нужда в технике-настройщике).

e. Пока что плоские мониторы несколько уступают обычным (катодным) по качеству. Одна из проблем — повышенная «зернистость» плоских мониторов и меньшая яркость. Тем не менее, качество плоских мониторов становится все лучше и лучше.

f. Даже тип фосфорного покрытия катодного монитора (например, Р45 и Р140) иногда играет роль: оно может иметь различные нежелательные оттенки (синеву, бежевые тона), выгорать быстрее, медленнее активироваться, и пр. Все это должно тестироваться и обсуждается заранее.

2. Большая оперативная память (RAM) компьютера — порядка 1GB — заметно ускоряет работу PC.

3. Если на PC используются функции продвинутой обработки изображений (как, например, 3D-визуализация), понадобится мощный процессор (Pentium IV, 3GHz) и хорошая графическая карта.

4. Специальный софт для диагностического просмотра медицинских изображений (например, программа UniViewer (www.unipacs.com/ru) или подобный.

5. В идеале, желательна программа распознавания голоса, чтобы врач диктовал, а не печатал свой диагноз, что экономит время.

6. Нужен пишущий дисковод для лазерных дисков — CD-RW (а то и DVD-RW) — для удобной архивации снимков.

7. Естественно, нужны сетевая карта и сама сеть. Сейчас появились беспроводные сети, но пока это скорее экзотика.

8. Мышь с 3-мя кнопками, где средняя — колесо прокрутки (требуется массой медицинских программ).

9. Тихое помещение, полумрак, удобное освещение, комфортные стулья, и прочая эргономика необходимы для того, чтобы врач смог эффективно проработать в телемедицинском кабинете в течение нескольких часов.

Подобный ПК стоит $3000-$5000 (с простым монитором). Цена одного радиологического монитора к нему стартует где-то с $10000, мониторной двойки—с $17000.

По минимуму, PC можно реализовать на базе любого существующего ПК, докупая вышеперечисленные элементы позже, по мере необходимости. Все что действительно нужно в таком случае — это просто установить на существующий ПК программу рабочей станции, как например нашу, которую можно найти на сайте www.unipacs.com/ru/index.html

Удаленная рабочая станция
Отличается от PC тем, что находится за пределами локальной сети учреждения. УРС — основа телемедицины. В отличие от PC, УРС реализуется как «легкий клиент» в окне Интернет-обозревателя (Internet Explorer, Netscape, Mozilla), сочетая в себе минимальную достаточную необходимость с максимальной доступностью через сеть. Работать эта программа будет на ПК удаленного консультанта и, так как никакого контроля над этим ПК установить нельзя в принципе, УРС должна быть создана на основе максимально универсальных компьютерных технологий, делающих ее совместимой с любой системой и платформой компьютера клиента.

По этой простой причине никаких технических требований к УРС не должно предъявляться в принципе. Например, вы не можете требовать, чтобы ваш клиент работал с Windows 2000 и ни с чем другим — никто не станет покупать новый компьютер ради ваших требований. В идеале, УРС по техническим параметрам должна приближаться к PC (разве что УРС не нуждается в радиологических мониторах). На практике, по минимуму, УРС — любой компьютер с доступом в Интернет.
Пример УРС — разработанная система WebPACS, www.unipacs.com/ru/index.html.

Устройства цифрового ввода изображений
Источниками цифровых изображений могут служить КТ, МРТ, цифровые рентгеновские приборы и прочие системы лучевой диагностики, способные давать на выходе DICOM-изображение. Требования к ним:

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

2. Старое оборудование может не поддерживать текущих версий DICOM, или не поддерживать DICOM вовсе. Ряд фирм (например, Merge, www.merge.com, www.efilm.ca) изготовляет специальные приставки, «DICOM box», конвертирующие вывод подобных систем в DICOM.

3. При наличии устройства, поддерживающего DICOM, устройства ввода подсоединяются к МС через их DICOM-интерфейс.

4. Малые клиники, как и клиники, накопившие изображения на пленке, могут обзавестись специальным сканером медицинских пленок. Стоит такой сканер от $10000. В отличие от сканера простого, он специально рассчитан на оцифровывание медицинских пленок, с высоким разрешением и 12-битной глубиной серого.

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

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

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

Технические требования к сети
Минимальные требования к функциональной КМС:

1. Скорость КМС-сети — от 100 Мбит и выше для работы в «реальном» времени, когда врач может заказать изображения пациента из архива и тут же их увидеть.

2. Отсутствие проблемы «последнего звена», когда прокладывают качественную связь на 1000 км от пункта А до пункта Б, а телемедицинский центр В находится в 2 километрах от пункта Б, но хорошей связи с ним не имеет. Это встречается сплошь и рядом. Связь хороша лишь тогда, когда она хороша по абсолютно всему пути.

3. Владеть ТМС должны сами клиники.

4. Защищенность сети. В медицине безопасность строится на следующем:

a. Классическая защита типа firewall, когда само медицинское учреждение выбирает, кто к нему может присоединяться, и как. Причем этот выбор ограничен не физическими рамками сети, а диктуется только практическими потребностями. Покупка отдельного firewall (VPN) сервера (от $400) целиком решает эту задачу.

b. При желании, к сети клиники может быть подключен любой внешний пользователь — например, врач той же клиники, работающий из дома. Защита создается при помощи Virtual Private Network.

5. Связь между организациями осуществляется через шлюзовые серверы. Как правило, это отдельный МС, выделенный для общения с внешним миром (основная КМС клиники при этом может быть закрыта). Наличие такого МС улучшает и эффективность, и безопасность внутренней сети клиники.

Как и в случае с PC и УРС, ТМС в идеале должна иметь параметры близкие к КМС.

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

Конечно, невозможно представить телемедицинский центр без сетевого администратора — человека, способного следить за правильностью работы сети, и своевременно исправлять все ее сбои. При отлаженности всего комплекса, работа эта может быть и на «полставки», для экономии средств, но администратор необходим.

Требования к DICOM-обеспечению
DICOM-обеспечение и есть тот «клей», который связывает разрозненные приборы и компьютеры в единую медицинскую сеть. Стандарт DICOM сам по себе достаточно сложен, и насчитывает не один десяток томов. Поэтому при выборе программного обеспечения на первое место должны быть поставлены чистота, эффективность, и простота реализации DICOM. Структура этой реализации также должна совпадать со структурой ТМС: программа для сервера (МС), рабочей станции (PC) и удаленной станции (УРС).

Программное обеспечение должно поддерживать следующие элементы стандарта:

1. DICOM Storage Provider.

2. DICOM Query/Retrieve.

3. DICOM Echo, Find, Get, Move, Store, Print.

4. Диагностический показ монохромных изображений (как минимум).

5. Основные функции настроек окна яркости, увеличение, измерений, аннотаций и пр., особенно в рабочей станции.

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

7. Поддержку многоуровневых пользовательских прав.

8. Сжатие и архивацию изображений.

9. Работу через Интернет.

10. Минимальность системных требований.

Пример — разработанный нами комплекс программ, о котором вы сможете прочитать на www.unipacs.com/ru. Программы создавались именно с расчетом на работу в любых условиях, на практически любом оборудовании — их действительно можно поставить на любой ПК, создав ТМС за 10-20 минут. Помимо этого, программы прошли медицинскую сертификацию, и уже используются по назначению в клиниках.

Стратегия создания телемедицинской сети
1. Никогда не надо браться за все и сразу. Создание федеральной, окружной, районной и какой угодно еще медицинской сети должно начинаться с отдельного, центрального места, наиболее подходящего для этой цели. Например, ведущей городской или областной клиники, наиболее нуждающейся в КМС или ТМС. Установив КМС в этом месте, и убедившись в ее функциональности, перенести ее в следующее учреждение, и так далее.

2. Процесс создания КМС должен быть эволюционным по методам, хоть он и революционен по сути. Установки типа «завтра мы все садимся за компьютеры» не имеют никакого смысла, и ничего, кроме вреда,
не принесут. КМС должна постепенно заменять устаревшую практику и оборудование, чтобы выгоды от ее внедрения не перечеркивались административными перегибами и принудиловкой. Обучение персонала, отладка системы, реорганизация потока информации требуют времени, и это время должно быть инвестировано. Опыт показывает, что через месяц врач и сам поймет все выгоды новой системы, и привыкнет к ней, и станет с ней более производителен.

3. Четкое планирование. Нельзя приобретать сервер (МС), не оценив предварительно, какой объем информации на нем будет храниться. Нельзя тянуть сеть, не оценив сперва ее проводимость. Если практика работы с маммограммами требует 2 мониторов, то нельзя покупать 1 или 3. Все эти вопросы не имеют готовых решений, и должны отрабатываться на местах, исходя из:

a. Текущих потребностей.

b. Сценария роста, при котором размер обрабатываемой информации может увеличиться в 10 раз.

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

План создания КМС на основе системы UniPACS
Как уже было сказано раньше, автор этой статьи создал и внедрил полноценные КМС и ТМС. Подробнее о них вы сможете прочесть на www.uni-pacs.com/ru/index.html. Система является типичным представителем PACS (Picture Archiving and Communication System), прошла сертификацию американской FDA (Food and Drug Administration) на предмет применения в роли диагностической КМС, и уже работает в ряде клиник. Как использовать этот опыт для создания КМС/ТМС в России? Разберемся по пунктам:

Программное обеспечение (МС, PC, УРС)
Наличие сертифицированной системы UniPACS (уже работающей в ряде российских медицинских учреждений) дает возможность комплексного подхода к решению проблемы телемедицины и архивирования изображений. Более того, система совместима с оборудованием известных фирм производителей (Siemens, GE).

Структура рабочих групп
Необходимо создать группу поддержки и развития программного ТМС-обеспечения. Практика простой покупки программ и оборудования за рубежом порочна, и все мы знаем почему. Помимо этого, никакая КМС/ТМС не выживет, если она не будет постоянно совершенствоваться, причем в зоне своего применения. В итоге создание рабочей группы по телемедицине жизненно необходимо и закономерно. В минимальном составе группа должна включать:

1. Исследователей с опытом работы с алгоритмами обработки медицинских изображений — все, от сжатия до распознавания образов. Телемедицина — предельно наукоемкая область. Продвинутые алгоритмы работы с медицинской информацией не только экономят деньги (через повышение эффективности и производительности), но и на порядок повышают качество медицинской диагностики. Доля CAD (Computer-Assisted Diagnosis) в современных медицинских системах будет только расти, в силу массы объективных причин. Предлагаемая автором исследовательская группа (назовем ее ИГ) и будет отвечать за наращивание программных средств обработки медицинских данных.

ИГ будет нести полную ответственность и за программное воплощение всех своих разработок. Таким образом, ИГ будет проводить новые технологии по всему пути от идеи до воплощения на практике. Размер — от 5 до 10 человек, 2-3 из которых — специалисты высокого уровня (в области информационных наук), остальные — разработчики с высшим образованием в данных областях. Образование — техническое (математике, физика, информатика).

2. Медицинскую группу (МГ), ответственную за тестирование и надзор за медицинской состоятельностью разработок ИГ. По сути, именно МГ будет ставить очередные задачи (заказ) по разработке новых программных модулей перед ИГ, и затем проверять результат. Состав — до 3 человек, ведущих специалистов в разных областях медицины. Предпочтительно — из разных московских клиник (медицинских центров). Разнообразие практики — залог устойчивости результата.

3. Возможно, техническую группу (ТГ), ответственную за внедрение и установку новых версий системы, конфигурацию и закупку необходимого оборудования, проверю! на техническую совместимость оборудования. Состав — 3 человека. Первоначально ТГ может существовать внутри ИГ, и выделиться в отдельную единицу по мере ее развития.

4. Представители ИГ и МГ должны встречаться 2 раза в месяц для координации текущей работы. Они должны иметь и прямую связь друг с другом через компьютерную сеть.

Оборудование и сеть
В минимальном объеме, как уже было сказано, ТМС/КМС можно создать уже на базе существующего компьютерного оборудования. В этом и заключается одна из основных идей данного предложения: не надо покупать того, что все равно не поможет! Любой нормальный ПК может быть обращен как в МС, так и в PC (не говоря уже о УРС, где любой ПК подойдет по определению).

Совершенствование оборудования будет диктоваться исключительно нагрузкой на него. Хорошо известно, что одна цифровая рентгенограмма занимает 10МБ, одна МР-томограмма — 0,1-0,5МБ (но их может быть 20-100), что КТ требует 12 бит на пиксель, и т.д. В этом смысле расчет параметров того же МС или сети для данного госпиталя или отделения — простая арифметика, в которой объем клинической нагрузки и бюджет диктуют размер жесткого диска, памяти, и других параметров компьютера. Современный компьютерный рынок предлагает достаточно вариантов для того, чтобы балансировать между ценой и качеством. Расчет ТМС необходим до каких-либо шагов по ее закупке или внедрению.

Структура работы сети, организация консультаций
Телемедицина, в силу своей новизны, не относится еще к наиболее «обкатанным» областям медицинской практики. Тем более надо четко сформулировать принципы проведения удаленных консультаций. На основе собственного опыта и заграничной практики могу сказать, что:

1. Телемедицинские консультации, как правило, приравниваются к обыкновенным — по цене, порядку, срокам и значимости.

2. Существует практика разделения врачей на лечащих и диагностирующих. Первые получают снимки пациентов и выставляют их в ТМС-сеть (на сервер), вторые — просматривают эти снимки по определенному графику, и прилагают к ним свой диагноз (за который несут ответственность). Таким образом, лечащий врач выступает в роли заказчика, а диагностирующий — в роли удаленного консультанта (работает с УРС), возможны и другие случаи (например заказчик — пациент), но они более редки.

3. Подобная практика за Западе привела к дальнейшему расслоению медицины на центры получения изображений (Medical Imaging Centers) и собственно врачей-диагностов (Teleradiology). Смысл ее в том, что небольшая клиника может в принципе не иметь врача — специалиста по лучевой диагностике: либо он ей не но карману, либо она просто находится в малом населенном пункте, и т.п. В таком случае от клиники требуется только цифровые снимки больного, полученные доступным ей образом (в том числе и через любого другого посредника с необходимым оборудованием). Такие изображения выставляются в ТМС на имя консультанта-диагноста, который возвращает его с уже диагнозом.

4. В ТМС каждый диагност имеет свой пароль, имя, место на сервере (где хранятся направляемые ему снимки). Каждых врач работает только со своими данными, гарантируя тем самым их защищенность и сохранение медицинской тайны. Консультант не имеет право как-либо распространять снимки заказчика без согласия последнего.

5. Консультанты в сети работают на договорных условиях, с заведомо установленной ставкой оплаты, пропорциональной определенному для них объему работы. В этом смысле, случайный человек вообще никакого доступа ни к сети, ни к ее участникам не имеет. Если угодно, ТМС — это та же клиника, только с разнесенными на расстояния участниками, и подчиняется тем же законам.

6. За исключением случаев экстремальных, консультант совсем не должен общаться с заказчиком в реальном времени, говорить с ним по телефону, смотреть на пациента через веб-камеру и т.п. Его основная задача — просмотреть посланные ему через ТМС снимки за установленный срок (как правило, сутки), и дать квалифицированное заключение (наша ТМС-система WebPACS позволяет удобно оповещать консультанта о новых снимках по электронной почте). Консультант должен иметь полный доступ к истории болезни больного, и к любым прежним снимкам, по своему желанию — это проблема решается DICOM-обеспечением ТМС.

7. В идеале, договоры о проведении телемедицинских консультаций заключаются между двумя медицинскими учреждениями или медицинским учреждением и региональным телемедицинским центром. Заключение их между отдельными лицами тоже возможно, но хуже контролируется как юридически, так и технически. Однако, как следует из описанной структуры телемедицинской сети, работа консультанта вовсе не требует его физического присутствия на своем рабочем месте в своей клинике: УРС позволит ему сделать это с любого места, будь то его офис, дом, или Интернет-кафе.

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

9. Говоря о создании федеральной телемедицинской сети, никто не говорит о немедленном или постоянном соединении всех российских клиник друг с другом. Это, естественно, и утопично, и ненужно. Тем не менее, федеральная телемедицинская сеть должна быть в со стоянии связать любых двух своих участников друг с другом, как только им это понадобится, и поддерживать такую связь ровно столько, сколько она будет нужна.

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

Материалы, размещенные на данной странице, носят исключительно информационный характер, предназначены для образовательных целей и не могут использоваться пользователями сайта для постановки диагноза и выбора метода лечения. Диагностику и лечение должен проводить только лечащий врач. Администрация сайта не несёт ответственности за возможные негативные последствия, возникшие в результате использования информации, размещенной на сайте http://medafarm.ru/.