Для загрузки файлов в формате XLS используется COM-соединение. Основная задача, решаемая с помощью COM-соединения, - обеспечение надежного и быстро программного доступа к данным системы «1С: Предприятие» из внешних приложений. Для организации доступа к данным системы «1С:Предприятие» через COM-соединение выполняется следующая последовательность действий:
• создается COM-объект, с помощью которого производится установка соединения;
• через полученный объект COM-соединения производится обращение к доступным методам, свойствам и объектам информационной базы, с которой установлено соединение.
С помощью описанных выше стандартных объектов и методов платформы «1С: Предприятие» была эффективно реализована загрузка данных из различных файлов-источников.
Использование Регистра Сведений позволяет не прерывать работу пользователей конфигурации в случае большого объема загружаемых данных. Программа загрузки позволяет импортировать данные о прикрепленном контингенте из файлов с достаточно большим объемом записей.
Литература
1. Широбокова С.Н. Использование языка UML при проектировании прикладных приложений на платформе «1С:Предприятие 8»// Новые информационные технологии в образовании: доклады и выступления участников VIII Междунар. науч.-практ. конф. «Комплексная модернизация процесса обучения и управления образовательными учреждениями с использованием технологии 1С», Москва, 3-4 февр. 2009г. -Ч3-С.270-274.
2. Радченко М.Г. 1С: Предприятие 8.0. Практическое пособие разработчика. Примеры и типовые решения. М.; 000 «1С-Паблишинг», 2004-656 с: ra.ISBN 5-9521-0091-0.
3. Митичкин С.А. Разработка с системе 1С: Предприятие 8.0, М., ООО «1С-Паблишинг», 2003-413 с.: ил. ISBN 5-9521-0047-3
УДК 004.9:61
ОБЪЕКТНАЯ МОДЕЛЬ ДАННЫХ ПОДСИСТЕМЫ «УЧЕТ СТАТИСТИКИ ПО ЗАБОЛЕВАЕМОСТИ» КОНФИГУРАЦИИ «АНАЛИТ: УЧЕТ МЕДИЦИНСКИХ
УСЛУГ 8»
Петуашвили Екатерина Алексеевна, студентка, Кафедра «Автоматизированные системы управления», Южно-Российский государственный технический университет, Россия, Новочеркасск,
Колокольцева Ольга Михайловна, ассистент, Кафедра «Автоматизированные системы управления», Южно-Российский государственный технический университет, Россия, Новочеркасск,
Центральное место в процессе анализа и проектирования информационных систем занимает разработка и описание моделей данных. При проектировании приложений на платформе «1С: Предприятие» основной задачей является определение и документирование структуры прикладных объектов, которые должны быть созданы при разработке приложений, и описание их взаимосвязи.
Построение основной части приложения на платформе «1С: Предприятие» базируется на прототипах прикладных объектов. Эта модель отличается от классического подхода (создание ER-моделей баз данных, объектно-ориентированное программирование). Система предоставляет несколько базовых классов для построения прикладных объектов
61
приложения, каждый из базовых классов имеет специализированную функциональность и предназначен для отображения в приложении объектов предметной области, обладающих схожими свойствами и ролью в бизнес-логике [3].
В статье рассмотрено применение методики [1, 2] для проектирования объектной модели данных подсистемы «Учет статистики по заболеваемости» конфигурации «Аналит: Учет медицинских услуг 8». Разработчиком конфигурации «Аналит: Учет медицинских услуг 8» является компания «1С-АналитИКС» - официальный партнер фирмы «1С», основные направления деятельности которой связаны с разработкой и внедрением отраслевых решений на платформе «1С: Предприятие 8» для организаций здравоохранения, стоматологических клиник, оперативного учета в фирмах, занимающихся оптовой и мелкооптовой торговлей фармацевтическими препаратами.
При конструировании и специфицировании объектной модели данных в методике [1, 2] предлагается использовать диаграмму классов унифицированного языка моделирования (UML). Каждый из объектов конфигурации платформы «1С: Предприятие 8» представляется как абстрактный класс, который имеет свойства, методы и реализует определенную функциональность. Принадлежность каждого класса к определенному прототипу прикладных объектов («Справочник», «Отчет», «Документ», «Регистр» и т.п.) обеспечивают стереотипы класса.
Фрагмент объектной модели данных подсистемы «Учет статистики по заболеваемости» представлен на рис. 1.
В настоящее время в медицинских учреждениях для формирования статистики по заболеваемости используются «Талон амбулаторного пациента», «Книга регистрации листков нетрудоспособности» и листок нетрудоспособности. Поэтому в объектной модели были выделены следующие классы:
• «Больничный лист», «Продолжение больничного листа», «Закрытие больничного листа», «Талон амбулаторного пациента», имеющие стереотип «Документ»;
• классы «Специализация врачей», «Организации», «Места работы», «МКБ10», «Санаторий» со стереотипами «Справочник»;
• «Книга регистрации листков нетрудоспособности» - стереотип «Регистр сведений»;
• «Хранение БЛ» - стереотип «Регистр накопления»;
• «Пол», «Вид работы» «Режим больного», «Причина нетрудоспособности» - стереотип классов «Перечисление».
Для описания взаимосвязей между классами в UML-диаграммах определены следующие типы связей: отношение ассоциации, отношение агрегации, отношение
композиции, отношение зависимости, отношение обобщения.
Отношение ассоциации отражает структурные взаимосвязи между классами, и показывает, что объекты одного типа неким образом связаны с объектами другого типа [4]. Например, в листке нетрудоспособности указывается различная информация, в частности фамилия, имя и отчество больного, причина нетрудоспособности, вид лечения (стационарный, амбулаторный или санаторный и т.п.), сведения о направлении в санаторий. Каждый вид этой информации является независимым, имеет справочный характер, и должен быть представлен на объектной модели в виде отдельных классов. Взаимосвязи между этими классами отражаются с помощью отношения ассоциации.
Для моделирования отношений между классами типа «часть/целое» используется отношение агрегации. На уровне платформы «1С:Предприятие» такой тип отношений может описывать подчинение одного справочника другому. Например, в представленной модели отношение ассоциации используется между классами «ФизическиеЛица» и «МестаРаботы»: справочник «МестаРаботы» подчинен справочнику «ФизическиеЛица».
Частным случаем отношения ассоциации является отношение композиции. Отношение композиции используется для моделирования отношений типа «часть-целое», когда составляющие части не могут выступать в отрыве от целого. Такие отношения между
62
объектами конфигурации такие отношения могут возникать, если справочник или документ имеет табличные части.
<<перечисление>>
Пол
4 Мужской 4 Женский
<<перечисление>>
ВидРежима
* Санаторный
* Амбулаторный
* Стационарный
<<справочник>>
СпециализацияВрачей
♦ Ю:Строка
♦ Код : Строка
♦ Наименование : Строка
<<перечисление>> ПричинаНетрудоспособности
♦Заболевание ♦Травма
♦НесчастныйСлучайНаПроизводстве
♦ ПрофзаболеваниеИлиЕгоОбострение ♦УходЗаБольнымЧленомСемьи
♦ Карантин
♦ПоствакцинальноеОсложнение ♦ДолечиваниеВСанатории ♦ОтпускПоБеременностиИРодам
1..n
1..n
1..n
1..n
<<регистр сведений>>
КнигаРегистрацииЛистковНетрудоспособности
♦ Диагноз : ДокументСсылка.БольничныйЛист
<<справочник>>
Организации
4 Ю:Строка
♦ Код : строка
♦ Наименование : Строка
♦ Нумератор : Строка
♦ Контрагент : СправочникСсылка.
___________Контрагенты_________
1..n
1..n
1..n
JE
1..n
<<перечисление>> ВидРаботы
♦Основное ♦ПоСовместительству
УходЗаБольнымЧленомСемьи
♦ Фамилия : СправочникСсылка.
ФизическиеЛица
♦ Имя : СправочникСсылка.
ФизическиеЛица
♦ Возраст : Число____________
<<справочник>> Санаторий
♦ ДатаНачала: Число
♦ ДатаОкончания: Число
♦ МестоНахождения: Строка
1..n
<<документ>>
БольничныйЛист
IDDOC:строка Организация : СправочникСсылка.Организации Выдан : Дата
Пациент:СправочникСсылка.ФизическиеЛица Пол : ПечислениеСтылка.Пол Возраст : Число
ПричинаНетрудоспособности : ПеречеслениеСсылка.
ПричинаНетрудоспособности МестоРаботы : СправочникСсылка.МестаРаботы ВидРаботы:ПеречислениеСсылка.ВидРаботы ПредполагаемаяДатаРодов : Дата ДолечиваниеВСанатории:СправочникСсылка.Санаторий Режим : ПеречеслениеСсылка.ВидРежима ОтметкаОНарушенииРежима : Дата ВидНарушения : Строка C: Дата По: Дата
Диагноз: СправочникСсылка.МКБ10 Дата с: Дата Дата по:Дата
Врач: СправочникСсылка.СотрудникиОрганизаций
1..n
1..n
<<документ>> ТапонАмбупатопногоПамиента <<справочник>> МКБ10
♦ ЮООС:Строка ♦ Код : строка ♦ Наименование : Строка ♦ Сопутствующие данные 1 1..П ♦ Ю:Строка ♦ Код : строка ♦ Наименование : Строка ♦Сопутствующие данные
<<справочник>>
СотрудникиОрганизации
♦ Ю:Строка ♦Код : Строка
♦ Наименование : Строка
♦ ФизическоеЛицо : СправочникСсылка.ФизическиеЛица
♦ Врач : Булево
♦ Специализация : СправочникСсылка.СпециализацииВрачей
♦ ДолжностьСотрудника : Строка
1
1..n
I
СпециализацияВрача
♦ Специализация : СправочникСсылка СпециализацияВрачей
<<справочник>>
МестаРаботы
♦ Ю:Строка
♦ Код : Строка
♦ Наименование : Строка Ф Профессия : Строка
♦ Контрагент : СправочникСсылка
Контрагенты
♦ Должность : СправочникСсылка.
Должность,Строка
♦ Комментарий : Строка
1..n
1..n
<<справочник>>
ФизическиеЛица
♦Ю:Строка ♦Код : Строка
♦ Наименование : Строка ♦Фамилия : Строка
♦ Имя : Строка ♦Отчество : Строка
♦ Пол : ПеречислениеСсылка.Пол ♦ДатаРождения : Дата
♦ ОсновнойДокумент : СправочникСсылка.
ДокументыУдостоверяющиеЛичность ♦ЛьготныйДокумент : СправочникСсылка.
ДокументыУдостоверяющиеЛичность ♦ОсновнаяДисконтнаяКарта : СправочникСсылка. а...... л ДисконтныеКарты
♦ ИНН: Строка н
♦ СНИЛС : Строка
♦ Иждивенец : Строка
♦ Инвалидность : Строка
♦ ИсточникИнформации : СправочникСсылка.
ИсточникИнформации кСс
♦ ПервичноЗавел : СправочникСсылка.
П ол ьзо вател иС и сте м ы
♦ ДатаЗаведения : Дата
♦ ДополнительныеРеквизиты : Строка
♦ОсновнойСчет : СправочникСсылка. А1„ БанковскиеСчетал w
♦ Изображение : ХранилищеЗначении
1
1..П
УстановлениеКатегорий
^Организация : СправочникСсылка Организации
^Категория : Строка___________
1
1
1
1
Рис. 1. Фрагмент объектной модели данных «Учет статистики по заболеваемости»
Например, в объектной модели данных подсистемы «Учет статистики по заболеваемости» отношение композиции показывает, что справочник «ФизическиеЛица» имеет табличную часть «УстановлениеКатегорий», справочник «БольничныйЛист» содержит табличную часть «УходЗаБольнымЧленомСемьи», справочник «СотрудникиОрганизации» включает табличную часть «Специализация врача». Пример отношения композиции представлен на рисунке 2.
63
Рис. 2. Пример отношения композиции между классами
Отношения зависимости и обобщения не представлены в объектной модели на рисунке 1, но они также используются для описания отношений между объектами конфигурации. Например, отношение зависимости отражает взаимосвязь между прикладными объектами, когда один объект использует значения атрибутов другого объекта в своих операциях. Отношение обобщения может изображаться на диаграмме для отражения наследования предопределенных атрибутов и процедур прототипа конкретными прикладными объектами [2].
Разработанная объектная модель является основой для проектирования объектов прикладной конфигурации. В разработанных объектах конфигурации будет сохраняться информация по статистике заболеваемости, которая позволит формировать различные нестандартные аналитические отчеты.
Литература
1. Широбокова С.Н. Использование языка UML при проектировании прикладных приложений на платформе «1С:Предприятие 8»// Новые информационные технологии в образовании: доклады и выступления участников VIII Междунар. науч.-практ. конф. «Комплексная модернизация процесса обучения и управления образовательными учреждениями с использованием технологии 1С», Москва, 3-4 февр. 2009г. -Ч.3.-С.270-274.
2. Широбокова С.Н., Рябова М.В. Методика проектирования прикладных приложений на платформе "1С:Предприятие 8" с использованием языка UML// Компьютерное моделирование 2008: Труды Междунар. науч.-техн. конф., г.Санкт-Петербург, 24-25 июня 2008г. / СПб.: Изд-во Политехнического университета, 2008.- С. 245-252.
3. Нуралиев С. «Платформа 1С:Предприятие» как средство разработки бизнес-приложений // PC Magazine/RE. - 2006. - №11.
4. Широбокова С.Н., Хашиева Л.Н. Разработка информационных моделей экономических систем с использованием унифицированного языка моделирования UML: Учебное пособие / РГЭУ «РИНХ». - Ростов-на-Дону, 2002. - 144с.
УДК 004.9
ОБЪЕКТНО-ОРИЕНТИРОВАННЫЙ ПОДХОД К СОЗДАНИЮ ТИПОВЫХ ИНФОРМАЦИОННЫХ СИСТЕМ ДЛЯ МУНИЦИПАЛЬНЫХ ОБРАЗОВАНИЙ
Григоров Антон Сергеевич, Череповецкий государственный университет, инженер-программист отдела информационных систем, МУ «Центр муниципальных информационных ресурсов и технологий», Россия, Череповец, antongrigorov1986@,gmail.com
Введение
Скорость разработки программного обеспечения растёт с каждым годом. Быстро изменяющиеся экономические, политические факторы часто требуют незамедлительного реагирования. Поэтому создаваемые информационные системы должны быть мобильны и
64