Silfida

Хранение данных в “облаке”: плюсы и минусы.

Выбор места хранения электронных архивов и резервных копий корпоративных данных является актуальным для любой компании. Оставлять ли эти данные в собственной локальной сети, либо выносить в сторонний центр обработки данных (ЦОД)?

Сегодня стало возможным использовать ресурсы даже зарубежных операторов ЦОД, которые предлагают услуги по хранению данных "в облаке", размещая их в нескольких дата-центрах, связанных между собой высокоскоростными каналами связи.

Вы уже решились на использование облачных сервисов? Или, может быть, еще думаете, взвешивая все плюсы и минусы? Эта статья направленна именно на то, чтобы помочь Вам решиться, описать все плюсы и минусы «облачных услуг». Начнем с плюсов.

1.Дешевая техника.

Больше нет необходимости в покупке дорогих компьютеров с огромной производительностью и большим количеством памяти, больше не нужны неудобные CD и DVD приводы. Теперь вся Ваша информация будет храниться на «облаке» и там же будет производиться большинство вычислений. Пользователь больше не нужны громоздкие компьютеры или ноутбуки, ведь теперь им для полноценной работы достаточно компактного нетбука.

2.Возросшая производительность персональных компьютеров.

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

3.Уменьшение затрат и повышение эффективности IT инфраструктуры.

Сервера обычных компаний в среднем загружены не более, чем на 15% их мощности. Но в отдельные периоды появляется потребность в дополнительных вычислительных ресурсах. Таким образом, сервера компании либо простаивают, либо не справляются со своей работой. При переходе на облачные вычисления эта неразумная трата ресурсов будет решена. Теперь Вы будете использовать только нужное Вам количество вычислительных ресурсов, а затраты на оборудование и его обслуживание сократятся до 50%. Если же большая компания будет озабоченна тем, что ее данные обрабатываются «на стороне», то для такой фирмы могут соорудить ее собственное, личное «облако».

4.Минимизация проблем с обслуживанием.

С каждым годом физических серверов (с технологией Cloud Computing) все меньше и меньше, поэтому их становится легче и быстрее обслуживать. Что касается программного обеспечения, то оно уже установлено, настроено и постоянно обновляется в «облаке».

5.Минимизация затрат на покупку программного обеспечения.

Теперь компании вместо постоянного приобретения новых программ для всех работников достаточно один раз приобрести программу для «облака». Зачастую стоимость программ для использования через Интернет ниже, чем стоимость их аналогов для персональных компьютеров. Данную программу будут использовать только те пользователи, которым это будет необходимо. А затраты на их поддержку в работоспособном состоянии и вовсе сведены к нулю.

6.Автоматическое обновление программ.

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

7.Увеличение вычислительных мощностей.

Если мощность персонального компьютера всегда ограниченна его собственной, то теперь необязательно иметь мощный компьютер для вычисления сложных задач. Пользователи могут запускать самые сложные задачи, так как все вычисления происходят на «облаке». По сути пользователи могут легко и дешевого поработать с суперкомпьютером без особых приобретений.

8.Неограниченный объем хранимых данных.

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

9.Совместимость с любой операционной системой.

Для «облака» операционная система не играет никакой роли. Пользователи Mac, Windows или Unix могут беспрепятственно обмениваться между собой документами. Доступ к программам происходит через веб-бразуеры, которые одинаково устанавливаются на любую операционную систему.

10.Совместимость форматов документов.

Если пользователи пользуются одной облачной программой для ведения документации, то у них никогда не будет несовместимых документов и файлов. Это просто невозможно. Самый яркий пример – Google Docs, который позволяет вести множеству людей одновременно одну документацию. Все что нужна для доступа – любой компьютер с веб-браузером.

11.Упрощение совместной работы для групп людей.

При работе в облаке нет смысла постоянно отправлять друг другу новые версии документов – они всегда доступны в самой последней версии. И любое изменение, которое внес любой человек, мгновенно увидит вся команда, что работает над материалом.

12.Постоянный доступ к документам.

Больше никто в компании не сможет забыть нужные файлы или папки. Будь дома, на работе или в отпуске – если есть интернет, то и документы рядом.

13.Доступность.

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

14.Защита от потери данных (или кражи физических носителей).

Если вы отправили данные «облаку», то оно их автоматически сохранит и отправить копии на запасные серверы, которые могут быть расположены на разных странах и континентах.

И конечно же, есть минусы.

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

Необходим быстрый и качественный Интернет.
Если же Вы пользуетесь интернетом старых поколений, то Вам придется его менять. Для работы с облаками нужен постоянный, быстрый и качественный Интернет. Впрочем, в современном мире эта вещь легкодоступна для любого человека по приемлемой цене.

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

Не каждая программа доступна для удаленного доступа.
Например: Microsoft Excel намного функциональней, чем его аналог в Google Docs.

Безопасность ваших данных может быть под угрозой.
Но только «может быть». Если ваше облако хорошо шифрует данные и делает постоянные резервные копии, то никаких сложностей не должно случиться.

Если Вы потеряли данные в облаке, то Вы потеряли их навсегда.
Это факт. Никаких исключений. К счастью, потерять данные в облаке достаточно сложно и не каждый сможет это сделать, даже если захочет.

Несмотря на то, что плюсов больше чем минусов, каждый выбирает то, что наиболее эффективно подходит для его задачи. Желание владельцев данных обезапасить свои информационные данные переросло в резервное копирование которое стало обязательным, поскольку несовершенство технологий не давало расслабиться. Ежедневный бэкап, именно так от английского "backup" называется процедура резервного копирования. Позднее технологии стали более совершенными, и пользователи стали забывать былые страхи и былые меры предосторожности.
Конечно, сегодня надежность носителей информации значительно возрасла, но в то же время колоссально увеличились объемы данных, а значит, и цена поломки или утери такого носителя. На самом деле данная статья не предполагает убеждать кого-то в необходимости резервного копирования критичных данных. Важность резервного копирования.

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

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

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

Бэкап нужно хранить отдельно от данных и минимум 2 недели.
Это рекомендуемый срок, чтобы даже «нерасторопный бухгалтер» успел опомниться, что у него что-то пропало или испортилось. Но можно хранить и дольше, если позволяет место.

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

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

Бэкап – это нагрузка на работающую систему.
Во время копирования возможно сильное проседание по производительности основной системы. Поэтому создание резервных копий всегда планируют на период минимальной активности. Однако растет число систем, которые обслуживают запросы круглосуточно. Поэтому для минимизации нагрузки появились продвинутые техники, о которых речь дальше.

Данные можно копировать по SAN, а не по LAN.
Большой поток копируемых данных нагружает сеть. Существует техника, которая называется LAN-free backup. Если СХД с данными и библиотеки подключены в SAN (сеть хранения данных), то вполне разумно передавать данные между СХД и библиотекой напрямую по SAN, при этом исключив загрузку локальной сети. Это часто бывает и быстрее, потому что далеко не везде локальная сеть построена на 10G, а обычный 1GB ethernet сильно уступает по пропускной способности даже не самой современной SAN.

Уделите бэкапу достаточно внимания, не откладывая на потом. И постарайтесь не доводить до того, чтобы он когда-то понадобился.

Инструкция по GinSMSMobile

Инструкция GinSMS

Документация пользователя
24.11.2016

1) ставим приложение на Android;
https://play.google.com/store/apps/details?id=ua.kiev.vikisoft.vikisoftsmssender

2) в приложении узнаем лицензионный код;

3) код вводим в ТФ менеджере в закладке карточки Client Data, нажимаем кнопку сгенерировать (со старым кодом работать не будет);

4) генерируем новый SM и подкидываем на сервер;

5) в приложении GinSMS прописываем путь к серверу: 82.117.240.50/toothfairyhost/kiev_bigboss либо 192.168.0.5:81 — если серверная часть у клиента и подключение приложения будет по внутреннему айпи. После введения адреса сервера и нажатия "ОК" должно появиться сообщение: "соединение установлено";

6) запускаем ЗФ и записываем тестового пациента на прием на ближайшие сутки(до приема не меньше 2ч и не более 24ч);

7) в ЗФ в настройках СМС активируем рассылку через GinSMS (галочка);

активируем «Отправка смс автоматически» (галочка);

активируем «Включить предупреждение о визите» (галочка);

поздравления с ДР (если надо) (галочка);

7) запускаем рассылку в GinSMS (в правом верхнем углу телефона кнопка старт (вертикальные 3 точки));

Телефон должен быть в одной сети с сервером.

После этого на телефон пациента уходит смс о посещении.

Примечание:

— исправлен баг с повторным нажатием кнопки "старт"
— выборка смс происходит каждые 15 минут, потом в течении каждых 10 секунд происходит отправка и проверка статусов СМС. т.е. в течении 15 минут происходит отправка не моментально все выбранные смс каждые 15 минут. Клиентам надо объяснять что смс ставится в очередь не моментально как они сделали запись в календаре через время смска появится не надо постоянно дергать "старт", но если они и дальше будут хотеть это делать то пусть делают.
— в телефоне для оптимизации хранятся логи по последним 100 смс, вся история в зф.
— в настройках в ЗФ начало отправки и конец (время) также применяется и на телефоне!

— при переустановке приложения код для ввода в ТФМ меняется. Если этого не происходит, нужно сделать общий сброс настроек телефона. Инструкции по общему сбросу настроек можно посмотреть здесь: "https://4idroid.com/kak-sbrosit-nastrojki-na-android-hard-reset/"

Новая версия «Зубная Фея» Silfida 3.5. — октябрь 2016

Уважаемые Пользователи, наши разработчики снова приготовили для Вас приятный сюрприз!

В октябрьском релизе вышла долгожданная и важная доработка возможность работы с файловым менеджером через протокол «DICOM» — простой и в тоже время незаменимый инструмент, который призван облегчить жизнь всем – клинике, врачам, пациентам!

Для начала поговорим о DICOM.

Согласно определению Wikipedia: DICOM опирается на ISO-стандарт OSI, поддерживается основными производителями медицинского оборудования и медицинского программного обеспечения.

Стандарт DICOM, разрабатываемый Национальной ассоциацией производителей электронного оборудования (National Electrical Manufacturers Association), позволяет создавать, хранить, передавать и печатать отдельные кадры изображения, серии кадров, информацию о пациенте, исследовании, оборудовании, учреждениях, медицинском персонале, производящем обследование, и т. п.

Для взаимодействия различного медицинского оборудования необходим единый протокол. И как раз таким протоколом выступает DICOM (Digital Imagingand Communicationsin Medicine), который за последние 20 лет был серьёзно усовершенствован, что позволило легко интегрировать медицинское оборудование в общую информационную систему. Практически все производители медицинского оборудования следуют этому протоколу.

Все современные томографы (МРТ, КТ, ПЭТ) не производят готовых изображений. Вместо этого формируется файл в специальном формате DICOM, который содержит информацию о пациенте, исследовании, а также информацию для отрисовки изображения. Фактически каждый файл представляет срез (slice) заданной части тела, в какой-либо плоскости.

Диагностическая станция производит не один файл, а сразу несколько для одного исследования. Эти файлы имеют логическую структуру. Файлы объединяются в серии и представляют собой набор последовательных срезов какого-либо органа. Серии объединяются в стадии. Стадия определяет всё исследование. Последовательность серий в стадии определяется протоколом исследования.

В любом диагностическом центре есть диагностическое оборудование: МРТ-, КТ-томографы, УЗИ-станции или ЭКГ-аппараты (любое из этих устройств в терминах протокола DICOM называется Modality) и ПО для диагностики.

Получив изображения с оборудования, необходимо отправить их на станцию диагностики. Очевидно, что для этого необходимо некое интегрирующее звено, которое собирает изображения с томографов, УЗИ-станций, ЭКГ-аппаратов, умеет производить по ним поиск и передавать изображения по сети.

Таким звеном являются PACS-сервера:

Теперь непосредственно о работе с «DICOM»:

Стоимость PACS-сервера составляет внушительную сумму, которую не каждая клиника готова выделить.

Наша компания создала свой собственный DICOM-сервер, который используется для работы со снимками пациентов.

Представим, что пациент пришел на прием в УЗИ-кабинет. УЗИ-аппарат подключен к своему DICOM-серверу, на котором хранятся снимки пациентов. Когда пациенту сделали снимок, работник УЗИ-кабинета вводит данные пациента и снимок сохраняется на DICOM-сервере.

Для этого врачу необходимо запустить Зубную Фею, перейти в закладку пациентов, выбрать нужного пациента, нажать кнопку «Файловый менеджер» и в открывшемся окне нажать на кнопку «Связать с DICOM сервером».

После этого в окошке «Связать с» выбираем нужного пациента с DICOM сервера. После выбора пациента с сервера в файловый менеджер Зубной Феи загружаются все снимки пациента. Если пациенту после этого сделали еще снимок, то при нажатии кнопки «Обновить» новыеснимки добавятсяк уже существующим.

Снимки можно редактировать и менять название снимков,

можно установить теги и примечания к снимкам

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

Специально для Вас – бесплатный модуль размещения мультимедийного контента в облаке!

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

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

Ознакомиться с модулем размещения мультимедийного контента в облаке можно по ссылке: http://server2.vikisoft.com.ua/toothfairydemo/silfida/toothfairy/onlinefilemanager/

Выглядит он следующим образом:

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

О конфиденциальности мы тоже позаботились. Снимки можно выкладывать как в общую «базу», так и в отдельную созданную папочку Клиники непосредственно в «облаке». Все что Вам нужно – запустить браузер!

Новая версия «Зубная фея» Silfida 3.4.201 — сентябрь 2016 года

Уважаемые пользователи Зубной феи, для Вас в сентябрьском релизе вышли две важные доработки!

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

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

Что же такое Perio DnD?

Эта программа разработана основываясь на многолетний опыт В.А. Крижановского (Perio Center), а также опираясь на концепцию Бернского Университета, специально для ведения пародонтологического приема и удобства врача-парадонтолога

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

Органайзер

Пациенты

Администрирование

Прайс-лист

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

На что следует обратить особое внимание, так это на блоки врачей гигиениста и пародонтолога!

Блок врача гигиениста

Диагностика или ранее выявление пародонтита:

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

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

Предусмотрена возможность вывода на печать формы с индексами ВРЕ (Индекс: SPITN, PSR, PSI, BPE)

Оценка уровня гигиены

Индекс PI (O Leary et al.,1972) – индекс налета

Индекс BOP (Ainamo, Bay1975) – индекс кровоточивости

Возможность вывода на печать форм для пациента.

Блок врача пародонтолога

Построение пародонтальной карты он-лайн:

Возможность выбора приема (первичный, контрольный); Внесения данных о пациенте и враче;

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

Карта разработана по стандартам Бернского университета!

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

Форма также может быть выведена на печать.

Осмотр пациента и составление курса лечения

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

и формирования плана лечения

Ведется история лечения (если есть предыдущие записи, их можно посмотреть). Предусмотрен вывод на печать.

Формирование предварительного расчета

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

С помощью кнопки «Выполнить» доктор отмечает уже предоставленные услуги/процедуры и программа считает сумму к оплате за проведенные процедуры сегодня, фиксирует дату исполнения, и показывает процедуры, которые были назначенны, но не выполненны.

Также предусмотрены дополнительные опции:

Составление карты рисков

Можно внести такие параметры как возраст, количество зубов, имплантов, количество точек зондирования, количество точек с глубиной кармана более 5 мм, процент потери альвеолярной кости, количество отсутствующих зубов. Поставить отметку о внешней среде: курильщик/ некурильщик/ в прошлом/тяжелый курильщике. И конечно, есть возможность распечатать и отдать на ознакомление пациенту сформированный документ.

Диспанцеризация

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

Файловый менеджер

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

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

Но именно для подобных, специализированных приложений, и существуют интеграции!!!!

Интеграция "Зубная фея" и "Perio DnD"

Итак, в случае работы с «Perio DnD», именно «Зубная Фея» будет для нас интегратором базы пациентов и центром расчета.

Первым делом наши специалисты устанавливают приложение "Perio DnD". Далее в настройках «Зубной феи» предусмотрена специальная кнопка «проводить процедуры Perio DnD через кассу Зубной феи»:

Установив эту «галочку», все процедуры будут проходить через кассу "Зубной феи", соответственно будет формироваться счет на оплату и фиксироваться расчет с пациентом.

База пациентов становится единой!

Эта функция очень полезна и удобна в повседневной работе клиники!

При внесении пациента в любую из программ, данные интегрируются и во второе ПО.

Например, давайте посмотрим есть ли пациент Авдеев в базе:

Как видим, такого пациента нет ни в одной из баз.

Теперь вносим нового пациента в базу, скажем, "Perio DnD"

И получаем возможность работы с новым пациентом в двух базах без необходимости копировать внесенные данные во вторую программу!

Такая возможность здорово экономит время!

Дальше диагностика и лечение. Специалисты занимаются своим любимым делом. И чтобы не отвлекать доктора написанием «от руки» чеков или записок администратору-кассиру нам снова на помощь приходит Зубная фея.

Формирование чеков в "Зубной фее" из "Perio DnD"

Все просто! Доктор в «Perio DnD» нажимает уже знакомую нам кнопку «Предварительный расчет», указывает выполненные процедуры и производит запись (нажав на зеленую «галочку» в самом низу формы). Все остальное происходит автоматически!

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

Расчет с пациентом за оказанные услуги и печать чека происходит привычным и знакомым способом для всех пользователей "Зубной феи".

И третий, не менее важный момент интеграции – это единое информационное пространство «Файлового менеджера»!

и эти же файлы сразу же можно просмотреть через Файловый менеджер "Зубной феи":

Теперь все снимки, видео, документы (например, пародонтологическая карта) и карта пациента доступны из любой программы!

Внесение телефонного кода

Теперь есть опции выбора кода наших пользователей и для других стран! В том числе и код Польши.

Для того, чтобы установить использование нужного телефонного кода по умолчанию необходимо зайти в "Настройки", «Карточки пациентов» и выбрать нужный код страны!

Теперь в поле телефонного кода при первичном внесении информации о пациенте будет отображаться выбранный (нужный) код страны.

Спасибо за интерес к релизу!

Мы работаем для Вас!

готова одна из поставленных задач на август 2016

2016-07-22_23-23-25

Возможность распечатать рекомендации из курса лечения (добавить кнопочку для печати на «Рекомендациях»). Должно быть на формате А4

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

Анонс версии Зубной Феи Silfida 3.3.190 за май 2016

Приглашаем Вас рассмотреть анонс за май в которой мы доработали новые и самое главное полезные функции в программе Зубная Фея. И так начнем:

1) В интеграции с Sugar CRM появились доступные стандартные функции:

При звонке всплывает карточка клиента
Звонки от клиентов идут на связанных с ними сотрудников
Быстрое создание лидов при входящих звонках
Набор номера из карточки клиента в один клик

2) В данном окне отображается информация про то что стоят разные версии программ клиентской и серверной части (см.рис 1), что дает возможность планировать обновления версии для общей корректной роботы программы.

Рис.1