База данных лицензирования фармацевтической деятельности

     Примечания:

     Запись  в едином реестре юридических  лиц - записывается как логическое значение: «да» или «нет».

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

     Операционные  правила для кортежей атрибутов соответствующих данной функции, не выявлены.

2.2. Графическое представление  концептуальной ER-модели в среде MS SQL Server Management Studio

     В данном подразделе, в результате выявления  эквивалентных сущностей и их слияния, выявления категорий и синтеза обобщающих сущностей, выявления и устранения дублирования атрибутов, была построена локальная ER – модель (рис. 3).

     

       Рис. 3. ER – модель

2.3. Вывод

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

3.Проектирование реляционной SQL-модели

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

3.1. SQL-код для создания реляционной модели

     В данном подразделе разработан SQL-код для создания реляционной модели.

В разработанной  реляционной форме SQL- модели используется 3 таблиц:

1. «FNS» с полями: INN (первичный ключ), Adress, Adresses
2. «FMS» с полями: INN (первичный ключ), Passport, Familaya, Imya, Otchestvo.
3. « FSZ » с полями: INN (первичный ключ), Vid, Phone, Mail, SEZ.

 

      В данном подразделе разработан SQL-код для создания реляционной модели: 

CREATE TABLE FNS

(

INN INT NOT NULL primary key,

Adress varchar(50) null,

Adresses varchar(50) null

) 

CREATE TABLE FMS

(

INN INT NOT NULL,

Passport varchar(50) null,

Familaya varchar(50) null,

Imya varchar(50) null,

Otchestvo varchar(50) null

) 

CREATE TABLE FSZ

(

INN INT NOT NULL,

Vid varchar(50) null,

Phone varchar(50) null,

Mail varchar(50) null,

SEZ varchar(50) null

) 

CREATE TABLE Zayavlenie

(

INN INT NOT NULL,

Passport varchar(50) null,

Familaya varchar(50) null,

Imya varchar(50) null,

Otchestvo varchar(50) null,

Adress varchar(50) null,

Adresses varchar(50) null

Vid varchar(50) null,

Phone varchar(50) null,

Mail varchar(50) null,

SEZ varchar(50) null

) 

3.2. SQL-код запросов наиболее часто используемых в процессе эксплуатации базы данных 

     Наиболее частыми запросами при работе с данной автоматизированной системой в базе данных MS SQL Server это:

1. Запрос на предоставление информации о зарегистрированных ИП в БД ФСЗ:
1. Фамилия
2. Адрес
3. Номер телефона
4. ИНН
5. Счет
6. Электронный адрес
2. Запрос на предоставление информации об ИП в БД ФСЗ (поиск производится по ИНН):
1. Регистрационный номер
2. Фамилия
3. Паспортные данные
4. Номер телефона
5. ИНН
3. Запрос на предоставление  информации об оплате пошлины, с номером квитанции «1»

 
 

Реализация  наиболее часто используемых SQL-запросов

1. Запрос на предоставление информации о зарегистрированных ИП

SELECT *

FROM IP

 

2. Запрос  на предоставление информации об ИП в  БД ФСЗ:

SELECT *

FROM Zayvlenie

where INN='54765876'

4. Запрос  на предоставление  информации об оплате пошлины, с номером квитанции «1»

select  id_experta,oplacheno

from Oplata

where id_kvitancia='1'

3.3.Рекомендации  по физическому  размещению файлов  базы данных

      В данном подразделе  указывается физическое размещение файлов базы данных. Это показано  на рисунке 4:

Рис.4. Физическое размещение файлов базы данных

      Каждый  блок  представляет собой сервер, хранящий определенную базу данных ФНС, ФСН, ФМС и ФСЗ. Сайт гос. услуги  автоматически заполняет заявление данными полученными из баз данных, и отправляет заявление на сервер ФСЗ, для дальнейшего рассмотрения.

3.4. Вывод

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

4.1. Разработка прототипов клиентского приложения

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

Заявитель заходит на сайт гос. услуги и далее следует инструкциям.

     Всплывает окно «Лицензирование фармацевтической деятельности» и следуя инструкции пользователь нажимает кнопку «Заполнить заявление».  

      При нажатие на кнопку «Заполнить заявление»,  система запросит ИНН для астоматического введения данных  в заявление.

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

      Те  поля, которые остаются пустыми, при  открытии окна заявления, пользователь заполняет самостоятельно, в поле «Вид обособленного объекта» должен выбрать один из имеющхся вариантов:

-Аптека розничная торговля лекарственными средствами с правом изготовления лекарственных средств; 

-Аптека  розничная торговля лекарственными средствами без права изготовления лекарственных средств; 

-Аптечный пункт розничная торговля лекарственными средствами с правом изготовления лекарственных средств; 

-Аптечный пункт розничная торговля лекарственными средствами без права изготовления лекарственных средств;