Главная База знаний "Allbest" Программирование, компьютеры и кибернетика Проектирование АСУ "Управления Здравоохранения Администрации Ленинского муниципального района"

Проектирование АСУ "Управления Здравоохранения Администрации Ленинского муниципального района"

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

Рубрика Программирование, компьютеры и кибернетика
Вид дипломная работа
Язык русский
Дата добавления 14.03.2013
Размер файла 4,8 M

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.

Страница:

шаг 6. Присваиваем выбранной строке lot_id из спецификации. Переходим на шаг 8.

шаг 7. Присваиваем выбранной строке уникальный номер lot_id.

шаг 8. Добавляем строку в выходной документ из значений lot_id, id_obl, id_LPU, id_type, id_model, id_ed, kol_zakyp, cena, date

шаг 9. Все строки общей заявки обработаны? Если ответ «да» переходим на шаг 3, если ответ «нет» переходим на шаг 10.

шаг 10. Формирование выходного документа.

Укрупненная блок-схема решения задачи

Контрольный пример

Входная информация

Общая заявка на закупку медицинского оборудования для нужд ЛПУ

Справочник ЛПУ

Справочник типов медицинского оборудования

Справочник моделей медицинского оборудования

Справочник единиц измерения

Выходная информация

3.3 Выбор поставщиков по лотам

Цель: Выбрать поставщиков по каждому лоту, исходя из критериев оценки поставщиков.

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

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

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

Входная информация:

· Спецификация медицинского оборудования для нужд ЛПУ по лотам

· Справочник типов медицинского оборудования

· Справочник поставщиков

· Критерии оценки поставщиков

· Предложение на конкурс от поставщика

Информация из вышеуказанных документов заносится и (или) хранится в файлах:

· spec_lot

· spr_type

· spr_post

· krit_table

· tender_post

Спецификация медицинского оборудования для нужд ЛПУ по лотам

Справочник типов медицинского оборудования

Справочник поставщиков

Предложения на конкурс от поставщика

Таблица нормированных весов критериев выбора поставщиков

Выходная информация: В результате решения данной задачи формируется документ «Список выбранных поставщиков к лоту №___», а так же полученная информация заносится в таблицу tender_post. Документ представляется на листа А4 и является систематизированным, текстово-цифровым.

Список поставщиков к лоту

Пошаговый алгоритм

шаг 1. Выбираем лот.

шаг 2. Выбор лота lot_id и оборудования id_str для оценки поставщиков post_id

шаг 3. Ввод данных в анкету поставщика post_id по выбранному лоту lot_id

шаг 4. По всем поставщикам для данного оборудования составлена анкета? Если «да» - переходим на шаг 5, если нет переходим на шаг 3.

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

шаг 6. С помощью полученных долевых изменений считается суммарное долевое изменение по данному оборудования для данного поставщика

шаг 7. Требуется ли проводить выбор поставщиков post_id по другим лотам? Если ответ «да», тогда переходим на шаг 2, если ответ «нет» переходим на шаг 8.

шаг 8. Получение итогового балла по каждому поставщику для каждого лота.

шаг 9. Требуется ли сохранить выходной документ с выбранным лотом? Если ответ «да», тогда переходим на шаг 10, если ответ «нет» - конец задачи.

шаг 10. Выбор лота lot_id, для печати выбранных поставщиков post_id

шаг 11. Формирование выходного документа. Переходим на шаг 9.

Укрупненная блок-схема решения задачи

Входная информация

Спецификация медицинского оборудования для нужд ЛПУ по лотам

Справочник типов медицинского оборудования

Предложения на конкурс от поставщика

Справочник поставщиков

Таблица нормированных весов критериев выбора поставщиков

Выходная информация

Список поставщиков к лоту

3.4 Составление плана поставки оборудования (общий)

Цель: Составить из планов поставки оборудования к контракту, общий план поставки медицинского оборудования

Организационно-экономическая сущность: В рамках решения данной задачи формируется План поставки оборудования (общий) из Планов поставки оборудования к контракту, таким образом, что выходной документ включает в себя полный список всего поставляемого оборудования на год от всех поставщиков для всех ЛПУ.

Периодичность и область применения: Данный документ составляется раз в год, в начале года после проведения тендера. В дальнейшем служит для отслеживания поставки оборудования во все ЛПУ по всем Поставщикам

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

Входная информация:

· План поставки оборудования к контракту

· Справочник ЛПУ

· Справочник типов медицинского оборудования

· Справочник моделей медицинского оборудования

· Справочник единиц измерения

· Справочник поставщиков

Информация из вышеуказанных документов заносится и (или) хранится в файлах:

· spr_kontr

· spr_lpu

· spr_type

· spr_model

· spr_ed

· spr_post

Справочник ЛПУ

Справочник типов медицинского оборудования

Справочник моделей медицинского оборудования

Справочник единиц измерения

Справочник поставщиков

План поставки оборудования к контракту

Выходная информация: В результате решения данной задачи формируется документ «План поставки мед. оборудования (для МТС, общий)», а так же полученная информация заносится в таблицу plan_postavki. Документ представляется на листа А4 и является систематизированным, текстово-цифровым.

План поставки оборудования (общий)

Пошаговый алгоритм

шаг 1. Вводим год на который составляется План поставки медицинского оборудования

шаг 2. На основании введенного года определяем необходимые Планы поставки оборудования к контракту

шаг 3. Выбираем нерассмотренную строку для текущего года и получаем данные полей: kontr_id, post_id, LPU_id, type_id, model_id, ed_izm_id, kol, date_post

шаг 4. Добавляем полученные данные(kontr_id, post_id, LPU_id, type_id, model_id, ed_izm_id, kol, date_post) в выходную форму

шаг 5. Все строки всех Планов поставки оборудования к контракту обработаны? Если ответ «да» переходим на шаг 6, иначе переходим на шаг 3.

шаг 6. Формирование выходного документа

Укрупненная блок-схема решения задачи

Контрольный пример

Справочник ЛПУ

Справочник типов медицинского оборудования

Справочник моделей медицинского оборудования

Справочник единиц измерения

Справочник поставщиков

План поставки оборудования к контракту

Выходная информация

План поставки оборудования (общий)

3.5 Составление плана поставки оборудования (для Поставщиков)

Цель: Составить из общего плана поставки медицинского оборудования План поставки медицинского оборудования (для Поставщиков)

Организационно-экономическая сущность: В результате выполнения данной задачи формируются Планы поставок оборудования для поставщиков на основе общего Плана поставки оборудования. Для каждого поставщика формируется свой выходной документ, в который включаются всё оборудование по всем ЛПУ, в которые поставщик осуществляет поставку оборудования.

Периодичность и область применения: Данный документ составляется раз в год, в начале года после проведения тендера. В дальнейшем служит для отслеживания поставщиком поставки оборудования во все ЛПУ.

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

Входная информация:

· План поставки оборудования (общий)

· Справочник ЛПУ

· Справочник типов медицинского оборудования

· Справочник моделей медицинского оборудования

· Справочник единиц измерения

· Справочник поставщиков

Информация из вышеуказанных документов заносится и (или) хранится в файлах:

· plan_post

· spr_lpu

· spr_type

· spr_model

· spr_ed

· spr_post

Справочник ЛПУ

Справочник типов медицинского оборудования

Справочник моделей медицинского оборудования

Справочник единиц измерения

Справочник поставщиков

План поставки оборудования (общий)

Выходная информация: В результате решения данной задачи формируется документ «План поставки медицинского оборудования (для Поставщиков)». Документ представляется на листа А4 и является систематизированным, текстово-цифровым.

План поставки медицинского оборудования (для Поставщиков)

Пошаговый алгоритм

шаг 1. Вводим год (date) на который составляется план поставки.

шаг 2. На основании введенного года (date), определяем поставщиков (post_id), осуществляющих поставку в этом году.

шаг 3. Выбираем поставщика из полученного списка.

шаг 4. Выбираем нерассмотренную строку для текущего года (date) и поставщика (post_id), получаем данные полей: kontr_id, LPU_id, type_id, model_id, ed_izm_id, kol, date_post

шаг 5. Добавляем полученные данные (kontr_id, LPU_id, type_id, model_id, ed_izm_id, kol, date_post) в выходную форму

шаг 6. Все строки всех Планов поставки оборудования к контракту обработаны? Если ответ «да» - переходим к шагу 7, если ответ «нет» на шаг 4.

шаг 7. Формирование выходного документа

Укрупненная блок-схема решения задачи

Контрольный пример

Справочник ЛПУ

Справочник типов медицинского оборудования

Справочник моделей медицинского оборудования

Справочник единиц измерения

Справочник поставщиков

План поставки оборудования (общий)

Выходная информация

План поставки медицинского оборудования (для Поставщиков)

3.6 Составление плана поставки оборудования (ЛПУ)

Цель: Составить из общего плана поставки медицинского оборудования План поставки медицинского оборудования (для ЛПУ)

Организационно-экономическая сущность: В результате выполнения данной задачи формируются Планы поставок оборудования для ПЛУ на основе общего Плана поставки оборудования. Для каждого ЛПУ формируется свой выходной документ, в который включаются всё оборудование по всем поставщикам, осуществляющим поставку оборудования в данный ЛПУ..

Периодичность и область применения: Данный документ составляется раз в год, в начале года после проведения тендера. В дальнейшем служит для отслеживания ЛПУ поставки оборудования от всех Поставщиков.

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

Входная информация:

· План поставки оборудования (общий)

· Справочник ЛПУ

· Справочник типов медицинского оборудования

· Справочник моделей медицинского оборудования

· Справочник единиц измерения

· Справочник поставщиков

Информация из вышеуказанных документов заносится и (или) хранится в файлах:

· plan_post

· spr_lpu

· spr_type

· spr_model

· spr_ed

· spr_post

Справочник ЛПУ

Справочник типов медицинского оборудования

Справочник моделей медицинского оборудования

Справочник единиц измерения

Справочник поставщиков

План поставки оборудования (общий)

Выходная информация: В результате решения данной задачи формируется документ «План поставки медицинского оборудования (для Поставщиков)». Документ представляется на листа А4 и является систематизированным, текстово-цифровым.

План поставки медицинского оборудования (для ЛПУ)

Пошаговый алгоритм

шаг 1. Вводим год (date) на который составляется план поставки.

шаг 2. На основании введенного года (date), определяем ЛПУ (LPU_id), в которые осуществляется поставка в этом году.

шаг 3. Выбираем ЛПУ из полученного списка.

шаг 4. Выбираем нерассмотренную строку для текущего года (date) и ЛПУ (LPU_id), получаем данные полей: kontr_id, post_id, type_id, model_id, ed_izm_id, kol, date_post.

шаг 5. Добавляем полученные данные(kontr_id, post_id, LPU_id, type_id, model_id, ed_izm_id, kol, date_post) в выходную форму.

шаг 6. Все строки всех Планов поставки оборудования к контракту обработаны? Если ответ «да» - переходим к шагу 7, если ответ «нет» на шаг 4.

шаг 7. Формирование выходного документа

Укрупненная блок-схема решения задачи

Контрольный пример

Справочник ЛПУ

Справочник типов медицинского оборудования

Справочник моделей медицинского оборудования

Справочник единиц измерения

Справочник поставщиков

План поставки мед. оборудования (для МТС, общий)

Выходная информация

План поставки медицинского оборудования (для Поставщиков)

3.7 Составление плана проведения пуско-наладочных работ (общий)

Цель: Составить из планов проведения ПНР к контракту, общий план проведения ПНР

Организационно-экономическая сущность: В рамках решения данной задачи формируется План проведения пуско-наладочных работ (общий) из Планов проведения пуско-наладочных работ к контракту, таким образом, что выходной документ включает в себя полный список всего проводимых ПНР на год всеми поставщиками для всех ЛПУ.

Периодичность и область применения: Данный документ составляется раз в год, в начале года после проведения тендера. В дальнейшем служит для контроля проведения ПНР во всех ЛПУ по всем Поставщикам

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

Входная информация:

· План проведения ПНР к контракту

· Справочник ЛПУ

· Справочник типов медицинского оборудования

· Справочник моделей медицинского оборудования

· Справочник единиц измерения

· Справочник поставщиков

Информация из вышеуказанных документов заносится и (или) хранится в файлах:

· plan_pnr

· plan_pnr_ob

· spr_lpu

· spr_type

· spr_model

· spr_ed

· spr_post

Справочник ЛПУ

Справочник типов медицинского оборудования

Справочник моделей медицинского оборудования

Справочник единиц измерения

Справочник поставщиков

План проведения ПНР к контракту

Выходная информация: В результате решения данной задачи формируется документ «Плана проведения ПНР (для МТС, общий)», а так же полученная информация заносится в таблицу plan_PNR. Документ представляется на листа А4 и является систематизированным, текстово-цифровым.

Плана проведения ПНР (для МТС, общий)

Пошаговый алгоритм

шаг 1. Вводим год (date) на который составляется общий План проведения ПНР

шаг 2. На основании введенного года (date) определяем необходимые Планы проведения ПНР к контракту

шаг 3. Выбираем нерассмотренную строку для текущего года и получаем данные полей: kontr_id, post_id, LPU_id, type_id, model_id, ed_izm_id, kol, date_begin_PNR, date_end_PNR

шаг 4. Добавляем полученные данные(kontr_id, post_id, LPU_id, type_id, model_id, ed_izm_id, kol,

date_PNR_n, date_PNR_o) в выходную форму

шаг 5. Все строки всех Планов проведения ПНР к контракту обработаны? Если ответ «да» переходим к шагу 6, если ответ «нет» переходим к шагу 3.

шаг 6. Формирование выходного документа

Укрупненная блок-схема решения задачи

Контрольный пример

Справочник ЛПУ

Справочник типов медицинского оборудования

Справочник моделей медицинского оборудования

Справочник единиц измерения

Справочник поставщиков

План проведения ПНР к контракту

Выходная информация

Плана проведения ПНР (общий)

3.8 Составление плана проведения пуско-наладочных работ (для Поставщиков)

Цель: Составить из общего Плана проведения ПНР - План проведения ПНР (для Поставщиков)

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

Периодичность и область применения: Данный документ составляется раз в год, в начале года после проведения тендера. В дальнейшем служит для контроля проведения ПНР Поставщиками во всех ЛПУ

Технико-экономическая эффективность: Автоматизированное составление План проведения ПНР (для Поставщиков) существенно экономит людские и временные ресурсы, т.к. позволяет составить общий документ в кратчайшие сроки без использования бумажных носителей.

Входная информация:

· План проведения ПНР (общий)

· Справочник ЛПУ

· Справочник типов медицинского оборудования

· Справочник моделей медицинского оборудования

· Справочник единиц измерения

· Справочник поставщиков

Информация из вышеуказанных документов заносится и (или) хранится в файлах:

· plan_pnr

· plan_pnr_ob

· spr_lpu

· spr_type

· spr_model

· spr_ed

· spr_post

Справочник ЛПУ

Справочник типов медицинского оборудования

Справочник моделей медицинского оборудования

Справочник единиц измерения

Справочник поставщиков

Плана проведения ПНР (общий)

Выходная информация: В результате решения данной задачи формируется документ «Плана проведения ПНР (для Поставщиков)». Документ представляется на листа А4 и является систематизированным, текстово-цифровым.

План проведения ПНР (для Поставщиков)

Пошаговый алгоритм

шаг 1. Вводим год (date) на который составляется план ПНР

шаг 2. На основании введенного года (date), определяем поставщиков (post_id), осуществляющих ПНР в этом году

шаг 3. Выбираем поставщика из полученного списка

шаг 4. Выбираем нерассмотренную строку для текущего года (date) и поставщика (post_id), получаем данные полей: kontr_id, LPU_id, type_id, model_id, ed_izm_id, kol, date_PNR_n, date_PNR_o.

шаг 5. Добавляем полученные данные(kontr_id, post_id, LPU_id, type_id, model_id, ed_izm_id, kol, date_PNR_n, date_PNR_o) в выходную форму

шаг 6. Все строки всех Планов проведения ПНР к контракту обработаны? Если ответ «да» - переходим к шагу 7, иначе переходим к шагу 4.

шаг 7. Формирование выходного документа

Укрупненная блок-схема решения задачи

Контрольный пример.

Справочник ЛПУ

Справочник типов медицинского оборудования

Справочник моделей медицинского оборудования

Справочник единиц измерения

Справочник поставщиков

Плана проведения ПНР (общий)

Выходная информация

План проведения ПНР (для Поставщиков)

3.9 Составление плана проведения пуско-наладочных работ (для ЛПУ)

Цель: Составить из общего Плана проведения ПНР - План проведения ПНР (для ЛПУ)

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

Периодичность и область применения: Данный документ составляется раз в год, в начале года после проведения тендера. В дальнейшем служит для контроля со стороны ЛПУ за выполнением ПНР Поставщиками

Технико-экономическая эффективность: Автоматизированное составление План проведения ПНР (для ЛПУ) существенно экономит людские и временные ресурсы, т.к. позволяет составить общий документ в кратчайшие сроки без использования бумажных носителей.

Входная информация:

· План проведения ПНР (общий)

· Справочник ЛПУ

· Справочник типов медицинского оборудования

· Справочник моделей медицинского оборудования

· Справочник единиц измерения

· Справочник поставщиков

Информация из вышеуказанных документов заносится и (или) хранится в файлах:

· plan_pnr

· plan_pnr_ob

· spr_lpu

· spr_type

· spr_model

· spr_ed

· spr_post

Справочник ЛПУ

Справочник типов медицинского оборудования

Справочник моделей медицинского оборудования

Справочник единиц измерения

Справочник поставщиков

Плана проведения ПНР (общий)

Выходная информация: В результате решения данной задачи формируется документ «Плана проведения ПНР (для ЛПУ)». Документ представляется на листа А4 и является систематизированным, текстово-цифровым.

План проведения ПНР (для ЛПУ)

Пошаговый алгоритм

шаг 1. Вводим год (date) на который составляется план ПНР

шаг 2. На основании введенного года (date), определяем ЛПУ (lpu_id), в которых проводятся ПНР в этом году

шаг 3. Выбираем ЛПУ из полученного списка

шаг 4. Выбираем нерассмотренную строку для текущего года (date) и ЛПУ (lpu_id), получаем данные полей: kontr_id, post_id, type_id, model_id, ed_izm_id, kol, date_PNR_n, date_PNR_o.

шаг 5. Добавляем полученные данные(kontr_id, post_id, LPU_id, type_id, model_id, ed_izm_id, kol, date_PNR_n, date_PNR_o) в выходную форму

шаг 6. Все строки всех Планов проведения ПНР к контракту обработаны? Если ответ «да» переходим к шагу 4, если ответ «нет» переходим к шагу 7.

шаг 7. Формирование выходного документа

Укрупненная блок-схема решения задачи

Контрольный пример

Справочник ЛПУ

Справочник типов медицинского оборудования

Справочник моделей медицинского оборудования

Справочник единиц измерения

Справочник поставщиков

Плана проведения ПНР (общий)

Выходная информация

3.10 Контроль поставки оборудования

Цель: Определить отклонения в поставке оборудования по дате, кол-ву и сформировать Претензию к поставщику (поставка)

Организационно-экономическая сущность: В результате решения данной задачи формируется претензия к поставщику по результатам поставок оборудования. Выходной документ формируется на основании Плана поставки оборудования и Данных о поставке оборудования, путём нахождения расхождений в объемах и сроках поставок оборудования.

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

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

Входная информация:

· План поставки медицинского оборудования (общий)

· Данные о поставке оборудования

· Справочник ЛПУ

· Справочник типов медицинского оборудования

· Справочник моделей медицинского оборудования

· Справочник единиц измерения

· Справочник поставщиков

Информация из вышеуказанных документов заносится и (или) хранится в файлах:

· plan_post

· post_otkl

· fakt_postavki

· spr_lpu

· spr_type

· spr_model

· spr_ed

· spr_post

Справочник ЛПУ

Справочник типов медицинского оборудования

Справочник моделей медицинского оборудования

Справочник единиц измерения

Справочник поставщиков

План поставки оборудования (общий)

Данные о поставке оборудования

Выходная информация: В результате решения данной задачи формируется документ «Претензии к поставщику (поставка)», а так же выходные данные записываются в файл pretenz_post. Документ представляется на листа А4 и является систематизированным, текстово-цифровым.

Претензии к поставщику (поставка)

Пошаговый алгоритм

шаг 1. Вводим дату (date) на которую составляется Претензия к поставщику

шаг 2. На основании введенного года (date) определяем необходимый План поставки оборудования (общий)

шаг 3. Получаем данные полей: kontr_id, post_id, LPU_id, type_id, model_id, ed_izm_id, kol, date_post

шаг 4. Выбираем нерассмотренного поставщика post_id

шаг 5. Находим в Данных о поставке поставщика post_id

шаг 6. Получаем данные kontr_id, type_id, model_id, ed_izm_id, kol_fakt, date_fakt

шаг 7. Выбираем нерассмотренное оборудование из общего Плана поставке медицинского оборудования и Данных о поставке

шаг 8. Находим расхождения в кол-ве поставки и дате поставке kol_pret = kol - kol_fakt, date_post_pret = date_post - date_fakt

шаг 9. Есть ли отклонения для данного поставщика? kol_pret <> 0, date_post_pret <> 0. Если ответ «да» переходим к шагу 10, если ответ «нет» переходим к шагу 11.

шаг 10. Добавляем все строки для данного поставщика в выходной документ.

шаг 11. Всё оборудование для данного поставщика рассмотрено? Если ответ «да» переходим на шаг 12, если ответ «нет» переходим на шаг 7.

шаг 12. Для всех поставщиков была произведена проверка на отклонения? Если ответ «да» переходим на шаг 4, иначе переходим на шаг 13.

шаг 13. Формирование выходного документа

Укрупненная блок-схема решения задачи

Контрольный пример

Справочник ЛПУ

Справочник типов медицинского оборудования

Справочник моделей медицинского оборудования

Справочник единиц измерения

Справочник поставщиков

План поставки оборудования (общий)

Данные о поставке оборудования

Выходная информация

Претензии к поставщику (поставка)

3.11 Контроль проведения пуско-наладочных работ

Цель: Определить отклонения в проведении ПНР оборудования по дате и сформировать Претензию к поставщику (ПНР)

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

Выходной документ формируется на основании Плана проведении пуско-наладочных работ, Данных о начале пуско-наладочных работ и Отчета о проведении пуско-наладочных работ, путём нахождения расхождений между фактическими и плановыми сроками начала и окончания проведения пуско-наладочных работ.

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

Технико-экономическая эффективность: Автоматизированное составление Претензий к поставщику (ПНР) существенно экономит людские и временные ресурсы, т.к. позволяет произвести необходимые вычисления за длительный период времени в кратчайшие сроки.

Входная информация:

· План проведения ПНР (общий)

· Данные о начале ПНР

· Отчет о проведении ПНР

· Справочник ЛПУ

· Справочник типов медицинского оборудования

· Справочник моделей медицинского оборудования

· Справочник единиц измерения

· Справочник поставщиков

Информация из вышеуказанных документов заносится и (или) хранится в файлах:

· plan_PNR

· begin_PNR

· otchet_PNR

· spr_lpu

· spr_type

· spr_model

· spr_ed

· spr_post

Справочник ЛПУ

Справочник типов медицинского оборудования

Справочник моделей медицинского оборудования

Справочник единиц измерения

Справочник поставщиков

План проведения ПНР (общий)

Данные о начале ПНР

Отчет о проведенных ПНР

Выходная информация: В результате решения данной задачи формируется документ «Претензии к поставщику (ПНР)», а так же выходные данные записываются в файл pretenz_PNR. Документ представляется на листа А4 и является систематизированным, текстово-цифровым.

Претензии к поставщику (ПНР)

Пошаговый алгоритм

шаг 1. Вводим дату, на которую составляется Претензия к поставщику

шаг 2. На основании введенного года определяем все Данные о начале ПНР

шаг 3. Получаем данные полей: kontr_id, post_id, LPU_id, type_id, model_id, ed_izm_id, kol, date_n_fakt

шаг 4. На основании введенного года определяем все Отчеты о проведенных ПНР

шаг 5. Получаем данные полей: kontr_id, post_id, LPU_id, type_id, model_id, ed_izm_id, kol, date_o_fakt

шаг 6. Выбираем нерассмотренного поставщика post_id

шаг 7. Для этого поставщика получаем данные из Плана проведения ПНР

kontr_id, post_id, LPU_id, type_id, model_id, ed_izm_id, kol, date_pnr_n, date_pnr_o

шаг 8. Выбираем нерассмотренное оборудование из Отчета о проведенных ПНР

шаг 9. Для данного оборудования выбираем данные: date_pnr_n, date_pnr_o, date_n_fakt, date_o_fakt

шаг 10. Находим расхождения в дате начала ПНР и дате окончания ПНР: date_pret_begin_PNR = date_pnr_n - date_n_fakt; date_pret_end_PNR = date_pnr_o - date_o_fakt

шаг 11. Есть ли отклонения для данного поставщика? date_pret_begin_PNR <> 0 date_pret_end_PNR <> 0. Если овеет «да» переходим на шаг 12, иначе переходим на шаг 13.

шаг 12. Добавляем все строки для данного поставщика в выходной документ

шаг 13. Всё оборудование для данного поставщика рассмотрено? Если ответ «да» - переходим на шаг 14, если ответ «нет» переходим на шаг 8.

шаг 14. Для всех поставщиков была произведена проверка на отклонения? Если ответ «да», тогда переходим на шаг 15, иначе переходим на шаг 6.

шаг 15. Формирование выходного документа

Укрупненная блок-схема решения задачи

Контрольный пример

Справочник ЛПУ

Справочник типов медицинского оборудования

Справочник моделей медицинского оборудования

Справочник единиц измерения

Справочник поставщиков

План проведения ПНР (общий)

Данные о начале ПНР

Отчет о проведенных ПНР

Выходная информация

Претензии к поставщику (ПНР)

Глава 4. Проектирование концептуальной модели базы данных

4.1 Описание предметной области

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

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

Цель подсистемы: обеспечить своевременное, комплексное и планомерное снабжение ЛПУ необходимым высококачественным оборудованием при минимальных затратах на их закупку, доставку, проведения пуско-наладочных работ.

Задачи подсистемы:

1. Определение потребности в медицинском оборудовании на год для нужд ЛПУ

2. Формирование спецификации медицинского оборудования для нужд ЛПУ по лотам

3. Выбор поставщиков по лотам

4. Составление плана поставки оборудования (общий)

5. Составление плана поставки оборудования (для Поставщиков)

6. Составление плана поставки оборудования (для ЛПУ)

7. Составление плана проведения пуско-наладочных работ (общий)

8. Составление плана проведения пуско-наладочных работ (для Поставщиков)

9. Составление плана проведения пуско-наладочных работ (для ЛПУ)

10. Контроль поставки оборудования

11. Контроль проведения пуско-наладочных работ

4.2 Проектирование концептуальной модели базы данных

4.2.1 Нормализация исходной группы данных

При проектировании структуры БД определяются сущности (явления, объекты) предметной области, которые должны найти свое отражение в базе данных. Анализ предметной области обычно осуществляется на основании известных сведений о ней с учетом целей проектирования программной системы. В результате анализа создается проект БД.

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

Определения.

1. Отношение по сути сама таблица БД.

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

3.Атрибут - поименованная характеристика сущности. Атрибуты используются для определения того, какая информация должна быть собрана о сущности. Примерами атрибутов для сущности АВТОМОБИЛЬ являются ТИП, МАРКА, НОМЕРНОЙ ЗНАК, ЦВЕТ и т.д. Здесь также существует различие между типом и экземпляром. Тип атрибута ЦВЕТ имеет много экземпляров или значений: Красный, Синий, Банановый, Белая ночь и т.д.

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

5. Неключевым атрибутом называется любой атрибут отношения, не входящий в состав первичного ключа (в частности, первичного).

6. Два или более атрибута взаимно независимы, если ни один из этих атрибутов не является функционально зависимым от других.

1, 2, 3 нормальные формы.

Первая нормальная форма - значения всех атрибутов отношения атомарны.

Отношение находится во второй нормальной форме (2NF) в том и только в том случае, когда находится в 1NF, и каждый неключевой атрибут полностью зависит от первичного ключа.

Отношение находится в третьей нормальной форме (3NF) в том и только в том случае, если находится в 2NF и каждый не ключевой атрибут не транзитивно зависит от первичного ключа.

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

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

Документы:

· Заявки на закупку медицинского оборудования по кабинетам

Данная таблица находится в третьей нормальной форме, т.к. все значения атомарные и поля 3,4,5,6,7,8 зависят от составного уникального индекса, состоящего из полей 1, 2 и года из поля типа DATE номер 9.

· Общая заявка на закупку медицинского оборудования для ЛПУ

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

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

· Спецификация медицинского оборудования для нужд ЛПУ по лотам

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

Таким образом получаем таблицу в 3 нормальной форме.

· План поставки оборудования к контракту

Для нормализации данной таблицы разобьем ее на 3 отдельны таблицы

1. Справочник контрактов (в которой будет так же содержаться другие данные о данном договоре):

Данная таблица приведена к 3 нормально форме

2. ТЗ на поставку к контракту (данные о поставляемом оборудовании)

Данная таблица приведена к 3 нормально форме

3. План поставок к контракту

Данная таблица приведена к 3 нормально форме

· План проведения ПНР оборудования к контракту

Данная таблица приведена к 3 нормально форме

· План проведения ПНР (общий)

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

· Данные о поставке оборудования

Данная таблица приведена к 3 нормально форме

· Данные о начале ПНР

Данная таблица приведена к 3 нормально форме

· Отчет о проведенных ПНР

Данная таблица приведена к 3 нормально форме

· Претензии к поставщику (ПНР)

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

Претензии к поставщику (ПНР)

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

· Список выбранных поставщиков

Данная таблица приведена к 3 нормально форме

· Таблица нормированных весов критериев выбора поставщиков

Данная таблица приведена к 3 нормально форме

Справочники:

· Справочник ЛПУ

· Справочник Кабинетов

· Справочник единиц измерения

· Справочник поставщиков

· Список оборудования по учреждениям, находящегося в эксплуатации

· Справочник типов оборудования

· Справочник моделей оборудования

Табель оснащения медицинским оборудованием

Все приведенные выше справочники уже приведены к 3 нормальной форме.

4.2.2 Системы классификации и кодирования, используемые при решении задач

Классификамтор, или классификационная схема (от лат. classis -- разряд и facere -- делать) -- систематизированный перечень наименований объектов, каждому из которых в соответствие дан уникальный код. Классификация объектов производится согласно правилам распределения заданного множества объектов на подмножества (классификационные группировки) в соответствии с установленными признаками их различия или сходства. Применяется в Автоматизированных системах управления и обработке информации. Классификатор является стандартным кодовым языком документов, финансовых отчётов и автоматизированных систем.

Виды классификаторов:

Классификаторы разрабатываются как на уровне отдельных предприятий (организаций), так и на уровне государств. Существуют следующие уровни классификаторов:

· международные -- стандартные классификаторы, используемые по всему миру;

· межгосударственные -- классификаторы, используемые в рамках экономических союзов и других межгосударственных объединений: например, классификаторы используемые в ЕС, СНГ и т. д.

· национальные, или межотраслевые -- классификаторы, используемые в пределах государства. Не должны противоречить международным классификаторам;

· отраслевые -- классификаторы, используемые в рамках одной отрасли;

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

Методы классификации:

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

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

· оправданная глубина;

· обеспечение возможности решения комплекса задач различного уровня;

· возможность расширения множества классифицируемых объектов и внесения необходимых изменений в структуры классификации;

· обеспечение возможности сопряжения с другими классификациями однородных объектов;

· обеспечение простоты ведения классификатора.

Иерархический метод классификации.

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

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

Требования к классификатору, построенному на иерархическом методе классификации:

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

2. На каждой ступени классификатора для разделения вышестоящей группировки должен использоваться только один признак.

3. Сумма подмножества всегда должна давать делимое множество объектов; не должна оставаться часть объектов, не вошедших в состав классификационной группировки.

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

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

Фасетный метод классификации.

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

К классификатору, построенному на фасетном методе классификации, предъявляются следующие требования:

1. Должен соблюдаться принцип непересекаемости фасета, то есть состав признаков одного фасета не должен повторяться в других фасетах этого же класса;

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

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

Недостатками фасетного метода классификации являются неполное использование емкости, нетрадиционность и иногда сложность применения.

Методы кодирования в классификаторах.

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

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

· Серийно-порядковый метод -- кодами служат числа натурального ряда с закрепленной отдельной серией этих чисел за объектами классификации с одинаковыми признаками. Чаще всего используется для идентификации объектов в сочетании с классификационным методом (классификатор должностей и служащих).

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

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

Использование кодов помогает:

· Представить информацию в виде, удобном для работы на ЭВМ.

· Экономия места для записи.

· Дополнение исходной информации.

· Однозначно идентифицировать объекты кодирования.

При заработке кодов необходимо учитывать требования:

· Алфавит только цифровой.

· Основание кода - минимальное.

· Кодовое обозначение должно обеспечивать резерв.

Система кодирования должна соответствовать единой системе классификации кодирования и соответствующим регламентирующим материалам и ГОСТам

4.2.3 Структура концептуальной модели

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

Между каждой парой информационных объектов связь может отсутствовать или быть одного из типов 1:1, 1:N или M:N. Если связь существует и имеет тип М:N, то в концептуальной модели данных должно присутствовать отношение, в котором используются оба ключевых атрибутов этих сущностей (если такого отношения нет, то его необходимо добавить). Если существующая связь имеет тип 1:N, то в концептуальной модели данных должно присутствовать отношение, в котором присутствуют оба ключевых атрибута этих сущностей, а ключом этого нового отношения будет являться только один атрибут (тот, на стороне которого стоит «N»).

1.

2.

3.

4.

5.

6.

7.

8.

9.

10.

11.

12.

13.

14.

15.

16.

17.

18.

19.

20.

21.

22.

23.

24.

25.

26.

27.

28.

29.

30.

31.

32.

33.

43.

44.

45.

46.

47.

48.

49.

4.3 Проектирование структуры базы данных

4.3.1 Преобразование структуры концептуальной модели в структуру базы данных

При преобразовании структуры концептуальной модели в структуру выбранной СУБД производим следующие действия:

1. Отбрасываем все стрелки концептуальной модели, поскольку все необходимые связи представлены в ключах отношений,

2. Исключаем отношения, атрибуты которых повторяются в других отношениях,

3. Учитываем ограничения выбранной СУБД:

- ограничение на число отношений (надо выбрать другую СУБД),

- ограничение на длину строки таблицы (таблицу надо разделить на две, а ключ установить в обе таблицы),

- ограничение на число строк в таблице (необходимо вовремя сбрасывать в архив или разделить таблицу на две),

- ограничение на максимальную длину атрибута (нужно данный атрибут разделить на два атрибута),

- ограничение на тип атрибута (надо изменить тип атрибута).

4.3.2 Структура базы данных

KONTR_OBORYD

NAME

DATA TYPE

SIZE

PK

OBOR_ID

NUMBER

 

*

KONTR_ID

NUMBER

 

*

TYPE_ID

NUMBER

 

 

MODEL_ID

NUMBER

 

 

ED_IZM_ID

NUMBER

 

 

KOL

NUMBER

 

 

OBORYD

NAME

DATA TYPE

SIZE

PK

INV_NOMER

NUMBER

 

*

ZAV_NOMER

NUMBER

 

 

LPU_ID

NUMBER

 

 

KAB_ID

NUMBER

 

 

TYPE_ID

NUMBER

 

 

MODEL_ID

NUMBER

 

 

ED_IMZ_ID

NUMBER

 

 

DATE_POST

DATE

 

 

DOGOVOR_ID

NUMBER

 

 

GOD_VIPUSKA

DATE

 

 

POVERKA_LAST_DATE

DATE

 

 

POVERKA_PERIOD

NUMBER

 

 

OB_ZAYAVKA - VIEW

NAME

DATA TYPE

SIZE

PK

ID_STR

NUMBER

 

*

LPU_ID

NUMBER

 

 

TYPE_ID

NUMBER

 

 

MODEL_ID

NUMBER

 

 

ED_IZM_ID

NUMBER

 

 

KOL

NUMBER

 

 

MODEL_STOIM

FLOAT

126

 

STOIM

FLOAT

126

 

DATE_POST

DATE

 

 

PLAN_POST

NAME

DATA TYPE

SIZE

PK

KONTR_ID

NUMBER

 

*

OBOR_ID

NUMBER

 

*

DATE_POST

DATE

 

 

SPEC_LOT

NAME

DATA TYPE

SIZE

PK

ID_STR

NUMBER

 

*

LOT_ID

NUMBER

 

 

LPU_ID

NUMBER

 

 

TYPE_ID

NUMBER

 

 

MODEL_ID

NUMBER

 

 

ED_IZM_ID

NUMBER

 

 

KOL

NUMBER

 

 

MODEL_STOIM

FLOAT

126

 

STOIM

FLOAT

126

 

DATE_POST

DATE

 

 

SPR_ED_IZM

NAME

DATA TYPE

SIZE

PK

ED_IZM_ID

NUMBER

 

*

ED_IZM_SOKR

VARCHAR2

100

 

ED_IZM_OPIS

VARCHAR2

100

 

ED_IZM_DISK

VARCHAR2

100

 

SPR_KAB

NAME

DATA TYPE

SIZE

PK

KAB_ID

NUMBER

 

*

KAB_NAME

VARCHAR2

100

 

SPR_KONTR

NAME

DATA TYPE

SIZE

PK

KONTR_ID

NUMBER

 

*

POST_ID

NUMBER

 

 

LPU_ID

NUMBER

 

 

DATE_KONTR

DATE

 

 

SPR_LPU

NAME

DATA TYPE

SIZE

PK

LPU_ID

NUMBER

 

*

LPU_NAME

VARCHAR2

100

 

LPU_ADDR

VARCHAR2

255

 

LPU_TEL

VARCHAR2

255

 

SPR_MODEL

NAME

DATA TYPE

SIZE

PK

MODEL_ID

NUMBER

 

*

TYPE_ID

NUMBER

 

 

MODEL_NAME

VARCHAR2

255

 

MODEL_STOIM

FLOAT

126

 

ED_IZM_ID

NUMBER

 

 

SPR_POST

NAME

DATA TYPE

SIZE

PK

POST_ID

NUMBER

 

*

POST_NAME

VARCHAR2

255

 

POST_REKV

VARCHAR2

255

 

POST_ADDR

VARCHAR2

255

 

POST_TEL

VARCHAR2

100

 

POST_DATE_F_KONTR

DATE

 

 

POST_KOL_PRET

NUMBER

 

 

SPR_TYPE

NAME

DATA TYPE

SIZE

PK

TYPE_ID

NUMBER

 

*

TYPE_NAME

VARCHAR2

100

 

TABEL_OSN

NAME

DATA TYPE

SIZE

PK

TYPE_ID

NUMBER

 

*

KAB_ID

NUMBER

 

*

P_250

NUMBER

 

 

P_500

NUMBER

 

 

P_MAX

NUMBER

 

 

ZAYAVKA

NAME

DATA TYPE

SIZE

PK

LPU_ID

NUMBER

 

*

NPP

NUMBER

 

*

KAB_ID

NUMBER

 

 

POS_MES

NUMBER

 

 

TYPE_ID

NUMBER

 

 

MODEL_ID

NUMBER

 

 

ED_IZM_ID

NUMBER

 

 

KOL

NUMBER

 

 

DATE_POST

DATE

 

*

BEGIN_PNR

NAME

DATA TYPE

SIZE

PK

KONTR_ID

NUMBER

 

*

OBOR_ID

NUMBER

 

*

DATE_N_FAKT

NUMBER

 

 

OTCH_PNR

NAME

DATA TYPE

SIZE

PK

KONTR_ID

NUMBER

 

*

OBOR_ID

NUMBER

 

*

DATE_N_FAKT

NUMBER

 

 

OTV

VARCHAR2

255

PLAN_PNR

NAME

DATA TYPE

SIZE

PK

KONTR_ID

NUMBER

 

*

OBOR_ID

NUMBER

 

*

DATE_PNR_N

DATE

 

 

DATE_PNR_O

DATE

POST_FAKT

NAME

DATA TYPE

SIZE

PK

KONTR_ID

NUMBER

 

*

OBOR_ID

NUMBER

 

*

KOL_FAKT

NUMBER

 

 

DATE_FAKT

DATE

POST_FAKT

NAME

DATA TYPE

SIZE

PK

KONTR_ID

NUMBER

 

*

OBOR_ID

NUMBER

 

*

KOL_FAKT

NUMBER

 

 

DATE_FAKT

DATE

TENDER_POST

NAME

DATA TYPE

SIZE

PK

POST_ID

NUMBER

 

*

LOT_ID

NUMBER

 

*

EST

NUMBER

 

 

KRIT_TABLE

Страница:


Подобные документы

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.

© 2000 — 2023, ООО «Олбест» Все права защищены