Советую посетить любую рабочую группу HL7 чтобы понять кто и как там работает. Ближайшее начнётся 10-го мая в Париже, не далеко.
Кстати, я всё таки возьму смелость перевести, что в Wiki написано с небольшими добавлениями: "В настоящий момент границы между системами хранения узкоспециализированных мед данных на стороне мед провайдера, системами хранения простейших данных о пациенте когда за хранение отвечает сам пациент и приложениями для отображения этих данных очень расплывчаты." По мне так в Wiki мягко говоря бред написан, по той простой причине, что вся эта область зарегулирована всякими актами и законами. Когда что-то происходит и мед данные становятся достоянием общественности, ответственность наступает очень конкретная, а не расплывчатая.
Ну давай возьмём хотя бы определение из Wiki: Currently, the lines between an EMR, a PHR, and a patient portal are blurring. For example, Intuit Health and Microsoft HealthVault describe themselves as Personal Health Records (PHRs), but they can interface with EMRs and communicate through the Continuity of Care Record standard, displaying patient data on the Internet so it can be viewed through a patient portal.
Т.е. хранение данных не выходит за пределы трёх вышеперечисленных систем, а patient portal только для отображения данных, которые туда попадают через CCD скорее всего, а не CCR.
Не понятно, о чём мы спорим. Тем не менее, изначально было "бери заказы по 50 баксов и сплавляй индусам не изменив ни буквы по 20 баксов". Заказ ассоциируется с проектом, а не с часовой ставкой. Что касается рейта в 150-200 баксов, то да, это действительно рейты консалтеров в серьёзных проектах (речь про IT, в других отрослях могут быть совершенно другие рейты). Это внешние рейты. Внутренние рейты, в зависимости от жадности рекрутера, могут быть от 25 до 50% от этой суммы. $300К в год доход, и что, бывает и такое. У какого-нибудь фин аналитика это может быть и месячной зряплатой.
Ну а так, всяческих благ твоему другу, больше проектов больших и разных.
По каждому из пунктов критики можно написать анти-критику. Складывается такое ощущение, что Адам послушал пару часовых вебинаров про HL7v3, ни чего не понял, и разродился критикой по этому поводу. По поводу HL7 существуют гораздо более серьёзные замечания, например, что не существует средств позволяющих однозначно сказать, что человеко-читаемая часть данных соотвествует закодированной для машинной обработки. Это не HTML по HTTP переслать.
У тебя несколько упрощённое представление о том, что делается в США. Начало верное — открыл фирмочку, аккаунт и всё такое. А вот дальше — набрал кучу резюме всяких контрактников и знай себе продавай их за 150-200 баков в час в разные компании, а контрактникам отдавай примерно половину.
Там может быть 1000 и одна причина почему сторонний софт отказались брать. Например, в одном из тендеров (для западного рынка) представленный некой компанией продукт был хорош во всех отношениях и бил таких конкурентов как Oracle в своей узкой нише. Но финансовый аналитик посетовал, что доходы этого вендора меньше, чем всего лишь одного из подразделений, не говоря о всей организации, куда они хотят поставить свой софт. Компанию завернули.
Ага. Более того, подозреваю у каждого штата и провинции в Северной Америке (а в первую очередь на них был направлен сервис) есть свои собственные законы, запрещающие медицинской информации покидать пределы юрисдикции. Хотелки Google могли натолкнутся на жестские правила понаписанные в HIPAA Privacy Rule для каждого штата, либо в PIPEDA для провинций.
Тут надо понимать, что в той стране, где живёт Google, существуют медицинские системы трёх типов — EHR, EMR и PHR. Отличия и схожесть я описывал в своём блоге (ссылку давать не буду). Так вот, Google пытался реализовать PHR и, естественно, это ни кому не нужно, потому что пользователь, тем более в штатах, о своих болезнях почти ни чего не знает, ему, кроме температуры, давления, роста-веса, больше ни чего измерять не приходится и ни каких особых данных, акромя демографических, он по определению ввести не может. А зачем Google эти данные, их и так на каждом углу как гуталлина (там есть агрегаторы, которые совершенно легально, по номеру телефона, позволяют вытащить все остальные данные о человеке).
Подобное явление уникально не только для РФ, особенно когда речь идёт о внутреннем взаимодействии систем. Приходилось видеть реализацию, как утверждалось, HL7v2.1, где от всего стандарта взят MSH, да и тот с грубыми нарушениями, а всё остальное Z-сегменты. Всё это помноженное на свои собственные типы данных. От того, что в сообщении используются «крышечки» и «палочки», сообщение не становится автоматически v2.
Что самое интересное, эта реализация достаточно успешно работает, выполняет все необходимые бизнес требования и менять её на «правильный» стандарт ни кто не собирается. Ещё раз, это не в РФ.
и как раз утверждает, что они первоначально заточены под создание мед систем, а не коммуникации между ними. Может быть опишу это как-нибудь.
Кстати, я всё таки возьму смелость перевести, что в Wiki написано с небольшими добавлениями: "В настоящий момент границы между системами хранения узкоспециализированных мед данных на стороне мед провайдера, системами хранения простейших данных о пациенте когда за хранение отвечает сам пациент и приложениями для отображения этих данных очень расплывчаты." По мне так в Wiki мягко говоря бред написан, по той простой причине, что вся эта область зарегулирована всякими актами и законами. Когда что-то происходит и мед данные становятся достоянием общественности, ответственность наступает очень конкретная, а не расплывчатая.
Т.е. хранение данных не выходит за пределы трёх вышеперечисленных систем, а patient portal только для отображения данных, которые туда попадают через CCD скорее всего, а не CCR.
Ну а так, всяческих благ твоему другу, больше проектов больших и разных.
Что самое интересное, эта реализация достаточно успешно работает, выполняет все необходимые бизнес требования и менять её на «правильный» стандарт ни кто не собирается. Ещё раз, это не в РФ.