Pull to refresh
2
0
nicola @nicola

CTO of Health Samurai

Send message
Ну ты совсем расслабился, стандарт за тебя такие вопросы не решит — для этого и есть health IT специалисты. По конкретным ресурсам есть рабочие группы их можно спросит или можно стать их членом. Если совсем никуда — в FHIR есть расширения под локальные нужды. Мы в Питере помогаем запустить лабораторную шину на FHIR, все замапилось на 95%. Ребята всю Литву запустили. Стандарт молодой — вопросов много — но есть живое сообщество и возможность на него влиять, а это главное. Ну и там эпики с сернерами уже тоже в его сторону смотрят. На последнем HIMSS только о нем и говорили.
Ну как минимум из полных есть Spark (.NET), HAPI-FHIR (Java), SmartPlatform (Groovy), Fhirplace (Clojure) ну и Grahame :)
Привет, за FHIR будущее. Мы активно учавствуем в сообществе по разработке FHIR — если интересно — присоединяйся. За FHIR будущее не потому, что он совершенен, а потому что нет ничего лучше (v3 провалился, v2 слишком стар), потому что есть уже множество реализаций, потому что за ним стоит живое активное сообщество.
Здесь список публично доступных серверов, болшая часть из которых с открытыми исходниками — wiki.hl7.org/index.php?title=Publicly_Available_FHIR_Servers_for_testing.

Мы пишем реализацию FHIR на postgresql и еще много чего — fhirbase.github.io, github.com/fhirbase.

Думаю скоро устроим Российский Коннектотон по FHIR, а потом привезем лидеров стандарта.

What about hl7-fhir.github.io ( fhir-ru.github.io)? Это тоже HL7
Статья слабенькая. Все фреймворки по определению обладают этими недостатками.
В статье в основном идет речь об интерфейсном слое. Он важен для узкого куга десктопных приложений. А есть еще web, mobile, services etc. На мой взгляд основная сложность производственных приложений лежит в модельном слое предметной области и в возможности его настраивать и повторно использовать. Именно предметная область должна диктовать условия интерфейсному слою.
Копал :) Насколько я знаю аоп, о котором так много шумели в начале (типа новая парадигма и тд) скромно занял свою нишу на задворках java. и кроме усложнения кодопонимания и теоретических преимуществ впринципе он ничего не дал :), разве для оч специальных случаев. Кстати основные концепции css это аоп, а хорошего css встретишь редко.
Почему бы просто не вызвать вашу вспомогательную функцию внутри нескольких методов. Окам :)
Как мне кажется DCI способен проявить себя в приложениях со сложной и проработанной предметной областью.
Есть множество приложений, для которых DCI излишен.
DCI позволяет перекинуть мост между требованиями к создаваемому приложению (в формате USE CASE) и уже имеющейся предметной моделью. Вы реализуете USE CASES как вложенные Contexts и добавляете поведение к предметным моделям, с использованием Roles (без замутнения модели «случайным» поведением).
да уж видимо ее нет :)
не совсем. в dci есть понятие роли, которую обект динамически принимает в определенном контексте и которая есть вместилище поведения. Приведенный пример как раз в относительно грязном виде (с точки зрения dci) илюстрирует эту парадигму :) mikepackdev.com/blog_posts/24-the-right-way-to-code-dci-in-ruby/
упс. а это перевод :)
возможно вы созрели до DCI (data context interaction ) — новая парадигма от создателя MVC :")
Есть ли там записки с той поры, когда мужчина Энштайн работал в патентном отделе. Интересно какую часть своих гениальных идей он позаимствовал. Я знаю про парочку толко ;)
templateString можно положить в отдельный файл, а в коде виджета написать
templateString: dojo.cache(«my.module», «template.html»)

вместо dojo.query, можно нодам назначить свойство dojoAttachPoint=«digits»
=> и они будут вам доступны как массив в свойстве this.digits
В стиле dojo использовать в вашем случае dojo.behavior (http://dojotoolkit.org/reference-guide/dojo/behavior.html)
С точностью до логики, не ООП рефакторинг другого примера:
выявил несколько недочетов и возможную ошибку :)

class Quote < ActiveRecord::Base
def pretty_turnaround
return "" if turnaround.nil?

offset = purchased_at || Time.now
#looks like errorr: (Time.now — purchased_at.to_time) / 60 / 60 / 24) is very small number
business_days = purchased_at? (Time.now — purchased_at.to_time) / 60 / 60 / 24).floor: turnaround
business_days += 1

time = offset + turnaround.days
time += 2.days if time.saturday?
time += 1.day if time.sunday?
#FIXME: may be use distance_in_words helper
"#{I18n.t(time)} (#{business_days} business days from today)"
end
end

Information

Rating
Does not participate
Location
Санкт-Петербург и область, Россия
Date of birth
Registered
Activity