Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Комбинирование систем?
|
|||
|---|---|---|---|
|
#18+
День добрый! Вопрос, наверное, немного дилетантский. Что мешает совместить в одной системе и ERP и, хотя бы элементы АСУ ТП? Приведу пример. Полазил по нету, посмотрел существующие на сегодняшний день (немного, правда) IT-решения для медицины. Обнаружил, что максимум, что они включают - это учет пациентов, истории болезни и т.п. (вобщем, можно назвать одним словом - УЧЕТ). Но ни в одной системе ни разу не увидел модулей, скажем, по обработке результатов диагностических исследований с получением этих самых результатов, непосредственно, с соответствующей аппаратуры. Т.е. на практике (в текущий момент, в идеале) это выглядит так: пациент сдает кровь, образцы, которой обрабатываются в соответствующем анализаторе. Далее пациент получает на руки распечатку с результатом исследования, который бодро тащит врачу, который, в свою очередь, ручками забивает (в лучшем случае, приносит в электронном виде) результаты анализа в свою систему. Т.е. мы имеем отдельно: оценку-первичную обработку анализов и систему учета пациентов. И такая ситуация (хотя, я могу ошибаться) не только в медицине. В чем причина? С уважением. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.12.2007, 12:27 |
|
||
|
Комбинирование систем?
|
|||
|---|---|---|---|
|
#18+
30+День добрый! Вопрос, наверное, немного дилетантский. Что мешает совместить в одной системе и ERP и, хотя бы элементы АСУ ТП? Приведу пример. Полазил по нету, посмотрел существующие на сегодняшний день (немного, правда) IT-решения для медицины. Обнаружил, что максимум, что они включают - это учет пациентов, истории болезни и т.п. (вобщем, можно назвать одним словом - УЧЕТ). Но ни в одной системе ни разу не увидел модулей, скажем, по обработке результатов диагностических исследований с получением этих самых результатов, непосредственно, с соответствующей аппаратуры. Т.е. на практике (в текущий момент, в идеале) это выглядит так: пациент сдает кровь, образцы, которой обрабатываются в соответствующем анализаторе. Далее пациент получает на руки распечатку с результатом исследования, который бодро тащит врачу, который, в свою очередь, ручками забивает (в лучшем случае, приносит в электронном виде) результаты анализа в свою систему. Т.е. мы имеем отдельно: оценку-первичную обработку анализов и систему учета пациентов. И такая ситуация (хотя, я могу ошибаться) не только в медицине. В чем причина? С уважением. Такие системы есть - еще пару лет назад в одной из частных клиник видел нечто подобное - причем все это было намного дальше система также содержала истории болезней и наполняла базу и при вводе симптомов предлагала варианты диагноза - и рекомендации какие еще анализы стоит взять, правда ни названия ее ни клиники я не помню, но такое есть... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.12.2007, 13:00 |
|
||
|
Комбинирование систем?
|
|||
|---|---|---|---|
|
#18+
niki4550148Такие системы есть - еще пару лет назад в одной из частных клиник видел нечто подобное - причем все это было намного дальше система также содержала истории болезней и наполняла базу и при вводе симптомов предлагала варианты диагноза - и рекомендации какие еще анализы стоит взять, правда ни названия ее ни клиники я не помню, но такое есть... Это не совсем то, о чем я говорил. Я имел в виду, примерно, следующее. Взят анализ крови, загружен в анализатор и данные с этого анализатора поступают непосредственно в систему учета пациентов/постановки диагноза. Т.е. мы имеем единый аппаратно-программный комплекс. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.12.2007, 13:12 |
|
||
|
Комбинирование систем?
|
|||
|---|---|---|---|
|
#18+
Простите, а зачем нужен такой единый комплекс? Что мешает поинтегрировать систему учета с ПО, обслуживающим лабораторию? Чем шире границы системы, тем, обычно, хуже проработаны отдельные функциональные области. И тем сложнее доработать систему под свои цели. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.12.2007, 14:22 |
|
||
|
Комбинирование систем?
|
|||
|---|---|---|---|
|
#18+
30+ Что мешает совместить в одной системе и ERP и, хотя бы элементы АСУ ТП? АСУ=АСУП+АСУ ТП АСУП выдает задание АСУ ТП и получает обратно учетные данные - так было задумано 40 лет назад. Ждемс... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.12.2007, 14:27 |
|
||
|
Комбинирование систем?
|
|||
|---|---|---|---|
|
#18+
paul310Простите, а зачем нужен такой единый комплекс? В целях упрощения работы врачу и для экономии средств и времени. Вот смотрите. Сегодня я получил направление на анализ крови, сдал кровь в лабораторию, допустим, сегодня же получил на руки результат. Далее, с этим результатом иду обратно к врачу, где он импортирует (ручками или, даже, через носитель) данные в свою систему. Про время, затраченное мной на все эти перемещения, я, вообще, молчу. Плюс еще обслуживание лабораторного ПО тоже требует времени и средств. paul310 Что мешает поинтегрировать систему учета с ПО, обслуживающим лабораторию? Чем шире границы системы, тем, обычно, хуже проработаны отдельные функциональные области. И тем сложнее доработать систему под свои цели. Не знаю, что мешает интеграции, но, пока мы видим, ERP для медицины - одно, лабораторное оборудование со своим ПО - другое. Про интеграцию - тишина. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.12.2007, 14:45 |
|
||
|
Комбинирование систем?
|
|||
|---|---|---|---|
|
#18+
_мод 30+ Что мешает совместить в одной системе и ERP и, хотя бы элементы АСУ ТП? АСУ=АСУП+АСУ ТП АСУП выдает задание АСУ ТП и получает обратно учетные данные - так было задумано 40 лет назад. Ждемс... И как? Идет процесс? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.12.2007, 14:45 |
|
||
|
Комбинирование систем?
|
|||
|---|---|---|---|
|
#18+
paul310Чем шире границы системы, тем, обычно, хуже проработаны отдельные функциональные области. И тем сложнее доработать систему под свои цели.А главное тем меньше надежность. Если взять анализ можно _только_ имея доступ к карточке пациента в учетной системе, то ... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.12.2007, 15:10 |
|
||
|
Комбинирование систем?
|
|||
|---|---|---|---|
|
#18+
30+И как? Идет процесс? Идет. Только ооооооооочень медленно ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.12.2007, 16:25 |
|
||
|
Комбинирование систем?
|
|||
|---|---|---|---|
|
#18+
>>> Сегодня я получил направление на анализ крови, сдал кровь в лабораторию, допустим, сегодня же получил на руки результат. Далее, с этим результатом иду обратно к врачу, где он импортирует (ручками или, даже, через носитель) данные в свою систему. Так можно сделать, чтобы врач просто открывал список "неразобранных" результатов анализов из лабораторной системы, находил по некоему коду Ваши и относил их к Вашей карточке. В чем проблема? >>> Про интеграцию - тишина. Это смотря, в какой области. Медикам жалко в IT-проекты вкладываться - горнякам, скажем, нет. >>> А главное тем меньше надежность Угу. Если в SCADA будет столько же глюков, сколько, скажем, в бюджетировании, то главный технолог с мастером смены в тот же день отпилят лобзиком внедренцам яйца %-). Проще говоря, к разным системам предъявляются совершенно разные и, часто, конфликтующие между собой требования. Если Вам нужен хороший репортинг - сделайте Data Warehouse решение. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.12.2007, 16:28 |
|
||
|
Комбинирование систем?
|
|||
|---|---|---|---|
|
#18+
paul310>>> Сегодня я получил направление на анализ крови, сдал кровь в лабораторию, допустим, сегодня же получил на руки результат. Далее, с этим результатом иду обратно к врачу, где он импортирует (ручками или, даже, через носитель) данные в свою систему. Так можно сделать, чтобы врач просто открывал список "неразобранных" результатов анализов из лабораторной системы, находил по некоему коду Ваши и относил их к Вашей карточке. В чем проблема? Проблема в том, что как раз вышеупомянутый список и не формируется нигде. Не предусмотрено у лабораторного ПО никакого интерфейса. Т.е. кровь сунули - результат получили в распечатке. paul310Это смотря, в какой области. Медикам жалко в IT-проекты вкладываться - горнякам, скажем, нет. А не факт. Мой знакомый искал решение для автосервиса. Причем такое, чтоб каталог запчастей и результаты диагностики автомобиля были в одной системе. Причем, чтоб эти результаты не ручками вводить, а получать непосредственно с диагностического оборудования. Причем, чтоб корректировку параметров автомобиля можно было бы производить из той же системы. Не нашел... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.12.2007, 16:37 |
|
||
|
Комбинирование систем?
|
|||
|---|---|---|---|
|
#18+
30+ paul310Это смотря, в какой области. Медикам жалко в IT-проекты вкладываться - горнякам, скажем, нет. А не факт. Мой знакомый искал решение для автосервиса. Причем такое, чтоб каталог запчастей и результаты диагностики автомобиля были в одной системе. Причем, чтоб эти результаты не ручками вводить, а получать непосредственно с диагностического оборудования. Причем, чтоб корректировку параметров автомобиля можно было бы производить из той же системы. Не нашел... Разве производители не выпускают софт ТОЛЬКО под свою машину? Или вы хотите одновременно у запорожец с мерседесом менять количество топлива подаваемого в двигатель? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.12.2007, 17:01 |
|
||
|
Комбинирование систем?
|
|||
|---|---|---|---|
|
#18+
30+ Проблема в том, что как раз вышеупомянутый список и не формируется нигде. Не предусмотрено у лабораторного ПО никакого интерфейса. Т.е. кровь сунули - результат получили в распечатке. Наверное, есть разные производители лабораторных систем. Полагаю, что можно подобрать комплекс, позволяющий не только печатать результаты анализов, но хотя бы выгружать их хоть в какой-нибудь формат. Дальше - дело техники. 30+ А не факт. Мой знакомый искал решение для автосервиса. Причем такое, чтоб каталог запчастей и результаты диагностики автомобиля были в одной системе. Причем, чтоб эти результаты не ручками вводить, а получать непосредственно с диагностического оборудования. Причем, чтоб корректировку параметров автомобиля можно было бы производить из той же системы. Не нашел... Еще раз: не бывает хороших универсальных систем. Не бывает. Вкладываться нужно в подбор правильного "зоопарка", его интеграцию и репортинг из единого хранилища данных. Дело это - индивидуальное. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.12.2007, 17:02 |
|
||
|
Комбинирование систем?
|
|||
|---|---|---|---|
|
#18+
Не удивительно 30+ paul310Это смотря, в какой области. Медикам жалко в IT-проекты вкладываться - горнякам, скажем, нет. А не факт. Мой знакомый искал решение для автосервиса. Причем такое, чтоб каталог запчастей и результаты диагностики автомобиля были в одной системе. Причем, чтоб эти результаты не ручками вводить, а получать непосредственно с диагностического оборудования. Причем, чтоб корректировку параметров автомобиля можно было бы производить из той же системы. Не нашел... Разве производители не выпускают софт ТОЛЬКО под свою машину? Или вы хотите одновременно у запорожец с мерседесом менять количество топлива подаваемого в двигатель? Выпускают. Но при диагностике, на сканер выдается марка авто. Соответственно, идентифицировав автомобиль, можем менять параметры соответственно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.12.2007, 17:30 |
|
||
|
Комбинирование систем?
|
|||
|---|---|---|---|
|
#18+
> могу ошибаться Не ошибаетесь. > В чем причина? Отсутствие стандартов, кривые руки и жаба вендоров. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.12.2007, 18:15 |
|
||
|
Комбинирование систем?
|
|||
|---|---|---|---|
|
#18+
Меркантильный вопрос: т.е. поле не пахано? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.12.2007, 18:24 |
|
||
|
Комбинирование систем?
|
|||
|---|---|---|---|
|
#18+
> Меркантильный вопрос: т.е. поле не пахано? Хороший вопрос. С одной стороны - есть свободные реализации медицинских информационных систем, не говоря уже о закрытых. Т. е. формально можно от чего-то отталкиваться. С другой - это стратегический софт: как минимум он должен обеспечивать конфиденциальность данных в соответствии с законодательством конкретной страны + интеграцию с кучей софта (страхование, учет, целевые программы и пр.) + учитывать некоторые специфичные особенности (для лабораторий - аттестация методик, поверка, контроль качества и пр.). Это огромный объем работы с сомнительными перспективами: как это обычно бывает, в какой-то момент времени на чиновников находит простимулированное озарение и возникает идея национального масштаба, которая отдается ламерам из, например, "Армады". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.12.2007, 18:58 |
|
||
|
Комбинирование систем?
|
|||
|---|---|---|---|
|
#18+
30+Что мешает совместить в одной системе и ERP и, хотя бы элементы АСУ ТП?Ничего не мешает, за исключением лишь одного пустяка. Будет слишком мало желающих оплачивать подобный гибрид, себестоимость которого получится очень неслабой. ERP-систему можно продавать на разные предприятия, совершенно с разной спецификой. И отбить расходы на ее создание. Особенности реализации АСУ ТП обычно сильно зависят от отрасли. Фактически решения одной отрасли невозможно "небольшой рихтовкой" подстроить под другую отрасль. Поэтому они узко специализированы. Поэтому для каждого такого решения ниша на рынке очень узкая, количество покупателей относительно небольшое. И это количество покупателей должно оплатить расходы на создание продукта. Поэтому продукт должен быть масимально простым и функционал его должен быть максимально ограничен спецификой отрасли. Иначе его просто никто купить не сможет. :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.12.2007, 19:57 |
|
||
|
Комбинирование систем?
|
|||
|---|---|---|---|
|
#18+
30+ Это не совсем то, о чем я говорил. Я имел в виду, примерно, следующее. Взят анализ крови, загружен в анализатор и данные с этого анализатора поступают непосредственно в систему учета пациентов/постановки диагноза. Т.е. мы имеем единый аппаратно-программный комплекс. Ну и такие есть. CORBA 3.0 (еще до разработки стандарта) собственно как плацдарм для разработки исопльзовало систему медцицинскую, где резульбтаты итомографии привязывались к пациенту вместе со многими разными и анализами и чгео там только не быоло .. Поставовки диагноза там может не было, во всяком случае в документах по CORBA TAO диагноз не обсуждался. Но вот все остальное вполне. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.12.2007, 06:47 |
|
||
|
Комбинирование систем?
|
|||
|---|---|---|---|
|
#18+
30+Меркантильный вопрос: т.е. поле не пахано?Не паханое. Болоте не вспахивают! ;-) Присоединяюсь к вышесказаному. Медицинские системы хорошо интегрированые с мед. оборудованием в мире есть (например они внедрены во многих больницах скандинавии, где территориально распределенные лаборатории интегрированы в единую ИС с лечебными учреждениями. В России спрос на подобные системы не соответсвует затратам на их разработку. + Поставщики мед. оборудования (которые нередко оределяются гос. контрактами и едины для значительной части ЛПУ) заинтересованы в маскимальной продаже еще и СВОИХ компьютеров и СВОЕГО ПО. Поэтому в подавляющем большинстве случаев БД какого-нибудь томографа закрыта для информационного обмена и картинки прячет в себе "наглухо" - хоть бери фотоаппарат и делай снимок с экрана и его перегоняй в БД своей ИС (кстати, встречались и такие рещения). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.12.2007, 10:52 |
|
||
|
Комбинирование систем?
|
|||
|---|---|---|---|
|
#18+
30+День добрый! Вопрос, наверное, немного дилетантский. Что мешает совместить в одной системе и ERP и, хотя бы элементы АСУ ТП? Приведу пример. Полазил по нету, посмотрел существующие на сегодняшний день (немного, правда) IT-решения для медицины. Обнаружил, что максимум, что они включают - это учет пациентов, истории болезни и т.п. (вобщем, можно назвать одним словом - УЧЕТ). Но ни в одной системе ни разу не увидел модулей, скажем, по обработке результатов диагностических исследований с получением этих самых результатов, непосредственно, с соответствующей аппаратуры. Т.е. на практике (в текущий момент, в идеале) это выглядит так: пациент сдает кровь, образцы, которой обрабатываются в соответствующем анализаторе. Далее пациент получает на руки распечатку с результатом исследования, который бодро тащит врачу, который, в свою очередь, ручками забивает (в лучшем случае, приносит в электронном виде) результаты анализа в свою систему. Т.е. мы имеем отдельно: оценку-первичную обработку анализов и систему учета пациентов. И такая ситуация (хотя, я могу ошибаться) не только в медицине. В чем причина? С уважением. Добрый день! У Oracle на базе решений Oracle e-Business Suite имеется решение для управления организациями в здравоохранении - HelthCare. Оно предусматриваеи в частности интеграцию с лабораторно-диагностическим оборудованием с применеим стандарта HL-7 Если интересно - готов ответить на Ваши вопросы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.12.2007, 13:16 |
|
||
|
Комбинирование систем?
|
|||
|---|---|---|---|
|
#18+
Судя по инсайдерским отзывам о работе одного диагностического центра в Москве, c АСУ стоит полный бардак (и не только с АСУ). Есть объективные причины: пожилой персонал, нехватка специалистов, лоскутная автоматизация. Но главная причина, что никто особо не заинтересован, чтобы всё правильно учитывалось, даже наоборот. Руководство больше волнует сумма откатов, врачи вынуждены делать приписки для страховых компаний, лаборанты не хотят нести материальную ответственность и тоже, наверное, шустрят как-то. В порядке заинтересованы только пациенты, но это никого не волнует. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.12.2007, 16:31 |
|
||
|
|

start [/forum/topic.php?fid=29&msg=34988996&tid=1527235]: |
0ms |
get settings: |
5ms |
get forum list: |
8ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
41ms |
get topic data: |
6ms |
get forum data: |
1ms |
get page messages: |
33ms |
get tp. blocked users: |
1ms |
| others: | 215ms |
| total: | 314ms |

| 0 / 0 |
