tify">. Розділимо процеси на групи, які мають багато спільного (працюють з однаковими даними та/або мають подібні функції). Намалюємо їх разом на діаграмі більш низького (першого) рівня, а на діаграмі нульового рівня об'єднаємо в один процес. Накопичувачі даних, використовувані процесами з однієї групи, перенесемо з нульового рівня на перший, а з нульового рівня видалимо і замінимо однією базою даних. p align="justify">. Декомпозіруем складні процеси і перевіримо відповідність різних рівнів моделі процесів. p align="justify">. Опишемо накопичувачі даних за допомогою структур даних. p align="justify"> 7. Опишемо процеси нижнього рівня за допомогою специфікацій  
В  
 Рис. 3.2 Діаграма потоків даних нульового рівня 
   Діаграми наступних рівнів (див. П.1 Рис. Д.1.1-Д.1.2). 
  Побудова початкового варіанту концептуальної моделі даних: 
  Використовуючи нотацію CASE-засоби, виділимо і намалюємо сутності для кожного об'єкта даних у системі прийому пацієнтів. Розглянемо кожну можливу пару сутностей і встановимо існування зв'язку між ними. Зв'язок повинна відображати наявність взаємодії між сутностями, ніж у системі повинна зберігатися інформація про цю взаємодію. p align="justify"> Намалюємо діаграму В«сутність-зв'язокВ». Привласнимо найменування кожного зв'язку і задамо її характеристики (ступінь зв'язку та обов'язковість) 
В  
 Рис 3.3 Початковий варіант концептуальної моделі 
   Уточнення концептуальної моделі даних: 
  Визначимо атрибути сутностей і уточнимо побудовану модель даних. 
 . Використовуючи побудовані раніше структури даних, уточнимо атрибути кожної суті і намалюємо їх на ER-діаграмі. Зовнішні ключі можна не показувати, оскільки вони визначаються зв'язками між сутностями. p align="justify">. Виділимо атрибути-ідентифікатори та підкреслимо їх. p align="justify">. Перевіримо зв'язку, виділимо (при необхідності) залежні від ідентифікатора суті і зв'язку В«супертіп-підтипВ». p align="justify"> 4. Перевіримо відповідність між описом структур даних і концептуальною моделлю (всі елементи даних мають бути присутніми на діаграмі в якості атрибутів) (див. П.1 Рис. Д.1.3) 
				
				
				
				
			  Перша і друга нормальні форми (див. П.2 Рис. Д.2.1-П.2.2) 
  Третя нормальна форма: 
 В  
 Рис 3.4 Третя нормальна форма 
 . Програмування 
   .1 Створення уявлень 
   Вистава В«Дитина з полями з таблиці Батько, МатиВ» 
 В  
 Рис 4.1 Створення подання В«Ребенок1В» 
  . Вистава В«Запит з полями з таблиць Надходження, Підстава надходження, Підстава постановкиВ» 
 В  
 Рис 4.2 Створення подання В«Ребенок2В»