автобиография

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

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

Целью настоящего исследования явилось создание специальной компьютеризированной базы данных с ОЧМТ при проведении клинико-эпидемиологическом исследовании и внедр ение системы управления данной базы данных (СУБД).

Материал и методы. С помощью специально разработанной программы “Медик-ЧМТ”, собраны (по созданной системе кодирования ввода получаемых данных) выборочные сведе ния о черепно-мозговой травме в г. Донецке за период 1996 –1999 гг на основании информации Донецкого областного нейрохирургического центра ДОКТМО.

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

Ввод всей информации производится непосредственно из медицинских документов (амбулаторных журналов, историй болезни), и не требует специального кодирования перед вводом, а интерфейс пользования программой доступен даже необученному по специальным программам медицинскому персоналу. При этом сам ввод информации в базу данных происходит по типу Listing, занимая практически несколько минут после предварительного отбора (как правило, в уме) необходимых для ввода данных. Для ускорения и упр ощения работы с полученной БД была разработана специальная система управления базой данных “Model”.

Результаты исследования. Программа написана на Power Builder 6.5(среда разработки приложений баз данных). В качестве базы данных использованы SQL Anywhere 5.5.04. В программу интегрированы объекты многооконного объектного интерф ейса MWOI –2 (Multi Window Object Interface). Многооконный объектный интерфейс – это взаимосвязанный набор визуальных и не визуальных объектов, разработанных и включенных в программу с целью осуществления удобного взаимодействия с этой программой. MWOI о бладает большой степенью унификации и состоит из следующих основных элементов : главное MDI (Multi Documents Interface – многодокументный интерфейс) окно программы (рис.1); подчиненные окна – листы (sheets); панели обработки (Рис.2). Все окна MWOI програ ммы запускаются из главного MDI окна. После запуска программа открывает главное MDI окно и анализирует настройки операционной системы, осуществляет попытку связи с базой данных.

Рис.1. Панель управления программой “Медик- ЧМТ”

 

В случае отсутствия ошибок связи с базой данных меню и панель инструментов главного окна деблокируется. В дальнейшем вся работа происходит в пределах главного окна. Исключение составляют панел и обработки. Основным объектом главного окна является подчиненное окно – лист.

Работа пользователя в типовом MWOI окне сводится к следующим операциям: а)размещение объектов в окне; б)работа с данными объектов окна; в)обработка объектов и их данных при помощи панелей обработки; г)активация элементов объекта окна; д)печать объектов окна; е)настройка объектов окна.

Правила работы с объектами MWOI мало отличается от общепринятых в Windows

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

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

Работа с данными объектов MWOI заключается в следующем: -извлечение данных из базы для обработки осуществляют таблицы MWOI; -данные извлекаются автоматически, при открытии таблицы и по команде пользователя

Таблицы – это программные объекты MWOI, располагающиеся в окнах данных (DW). Таблица как объект MWOI представляет собой упорядоченный по вертикали набор строк, называемых записями. Каждая строка состоит из полей. Наборы одно типных полей по вертикали называются колонками (столбцами). Панели обработки MWOI являются самостоятельными окнами MWOI. В отличие от листов они располагаются вне главного окна программы, в любом месте на рабочем столе WINDOWS. Основное назначение – серв исное обслуживание листов.

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

Рис.2. Панели фильтров для обработки полученной информации.

Учитывая, что в качестве программного обеспечения использована программная среда Power Builder, то для нормального функционирования системы необходим компьютер, как минимум Pentium с частотой процессора не менее 100 Мгц и оперативной памятью не менее 32 Мb с использованием системной оболочки Windows 95/98/NT.

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

Для более детальной и быстрой работы с полученной базой данных была разработана СУБД “Model”, базирующаяся на системе програмирования Delphi 5.0, которая содержит множество различных компонент для работы с базами данных, для подклю чения к удалённым и встроенным серверам Windows. Наиболее часто используемые это:

1) Database -- обеспечивает специальные возможности обработки баз данных, такие как регистрация на сервере и использование локальных псевдонимов. Объекты компонента Database при необходимости создаются Delphi автоматически, но пользова тель может создавать их и явно по собственной инициативе.

2) Table -- предоставляет приложению возможность доступа к базам данных посредством Borland Database Engine. Этот компонент обычно связан с объектом Database.

3) Query -- формирует SQL - запросы к Borland Database Engine или к серверу SQL.

4) DBEdit --связанный с данными компонент ввода однострочного текста Edit.

5) DBMemo -- связанный с данными компонент ввода многострочного текста Memo.

6) Datasource --связывает компонент набора данных типа Table или Query с компонентамисвязи с данными, такими как DBEdit и DBMemo. В любом приложении, работающем с базами данных этот компоненит обязательно присутствует.

7) DBChart -- полноценный компонент для создания диаграмм на основе информации из базы данных.

8) DBNavigator -- сложное диалоговое окно просмотра и редактирования базы данных. С помощью кнопок компонента DBNavigatora пользователь может перемещаться по записям базы данных, вставлять новые записи и выполнять другие операции.

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

10) Session -- все подсоединения к базе данных происходят в контексте объекта компонента Session, который управляет этими соединениями. Для любого приложения базы данных Delphi автоматически создает глобальный объект компонента Session . Однако для обеспечения нескольких сеансов связи в приложение можно добавлять компоненты Session, например, для доступа к таблицам, находящимся на разных компьютерах сети.

11) StoredProc -- позволяет приложению выполнять хранимые процедуры на сервере базы данных. Этот компонент необходим, в основном, при разработке систем доступа к базам данн ых класса клиент/сервер.

12) UpdateSQL -- этот компонент предназначен для разработок, в которых требуется обновить наборы данных, предназначенных только для чтения, которые формирует SQL-сервер. При помощи этого компонента выполняются команды INSERT, UPDATE, D ELETE даже в наборах данных, помеченных, как только для чтения. Это происходит, например, когда приложение опрашивает в одном запросе несколько таблиц, даже если сами таблицы не помечены, как только для чтения.

Перечисленные выше компоненты позволяют внедрить концепции объектно-ориентированного программирования в разработку приложений, имеющих дело с базами данных. И, что более важно, компоненты баз данных стандартизируют доступ к базам данных различных форматов. Это значит, что приложение может получить доступ к данным, находящимся в файлах формата dBase, таблицах Paradox, файлах Microsoft Access или другой системы Open Database Connective (открытая совместимость баз данных) либо в редакции Client-Server Delphi на удалённом SQL-сервере. Кроме того, в приложениях баз данных могут использоваться и другие компоненты Delphi, методы взаимод ействия и программирования на Object Pascal.

Регистрация сервера в операционной системе

Для доступа к базе данных с помощью сервера SQL ANYVERE 4.0 через средства Delphi -- Borland Database Engine необходима системная регистрация сервера. Сервер общается с операционной системой ч ерез набор стандартных драйверов ODBC32. Поэтому, чтобы зарегистрировать сервер в системе, необходимо добавить его данные в ODBC Data Source Administrator, содержащий информацию о названии сервера, пароле доступа пользователя, типе баз данных, поддержива емых сервером, путях доступа к файлам сервера и поддержки и другое.

Для регистрации сервера осуществляются следующие действия:

    1. инсталляция самого сервера и его драйверов с помощью специального установочного комплекта;
    2. в ODBC Data Source Administrator нужно добавить пользовательский сервер, который поддерживается системой драйверов Sybase SQL Anywhere 5.0;
    3. в появившемся окне SQL Anywhere ODBC Configuration вписать названия базы данных, пользовательский идентификационный код, пароль пользователя, системное название сервера, путь расположения базы данных на диске, можно указать различн ые опции для запуска сервера, в зависимости от которых ему будут доступны различные объёмы оперативной памяти, кэша Windows, и другие характеристики; остальные параметры система выставляет по умолчанию.

В результате сервер доступен для любых приложений работы с базами данных. Любое обращение с серверу происходит через систему драйверов ODBC, которая в свою очередь обращается к драйверам Sybase SQL Anywhere 5.0, которые уже непосредств енно передают нужную информацию серверу. При работе с сервером из Delphi это цепочка усложняется, так как Delphi общается с операционной системой, а в данном случае с её сервисом ODBC через специальные драйвера Borland Database Engine, которым передаётся непосредственно информация от объектов шлюзов Database, Query и других. Ниже представлена цепочка передачи информации от пользовательской программы к серверу.

 

 Приложение пользоват м

Используемые компоненты Delphi и их взаимосвязи

Во всех приложения работы с базами данных Delphi автоматически создаёт объект компонента Session для использования методов TSession, с помощью которых происходит взаимодействие приложения с Bo rland Database Engine. Эта компонента описывается в специальном модуле Db, который необходимо подключать во всех программах баз данных.

Для подключения к серверу, поддерживающему базу данных, необходимо передать Borland Database Engine псевдоним сервера, пользовательский идентификационный код и пароль на доступ к данным (рис.3). Это осуществляется программно с помощью объекта компонента TDatabase, в свойствах которого и передаётся требуемая информация:

  1. AliasName - псевдоним сервера;
  2. DatabaseName - псевдоним базы данных, через который к ней будут обращаться остальные объекты программы;
  3. Params - массив параметров подключения, в его составе user name='dba' -- пользовательский идентификационный код, как был установлен в конфигурации сервера при инсталляции и подтверждён в системе ODBC и password='sql' -- пароль дост упа к информации.

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

После подключения база данных становится доступной для всех объектов приложения под своим псевдонимом, к которому обращаются объекты, осуществляющие запросы -- TQuery. Так как программа может осуществлять две независимые транзакции, од на для анализа данных в базе, другая для получения прогнозной информации, в приложении используются два независимых объекта компонента TQuery. Каждый из этих объектов связан с основной базой данных и выполняет свои запросы (рис.4). Для получения и интерп ретации результатов выполнения запросов с каждым из объектов типа TQuery связан промежуточный объект компонента TDateSource, выполняющий функцию связи Query с объектами вывода результатов выполнения запроса на экран или в приложение. Такими объектами явл яются компоненты TDBGrid и TDBText, из информационных полей которых приложение непосредственно получает результаты запросов к серверу. Схема связи компонент работы с сервером имеет следующий вид.

Borland Database Engine

Tdatabase

Query1

Query2

DataSource1

DataSource2

DBText1

DBGrid1

 

Рис. 4. - Связи компонент работы с сервером

 

Разработка SQL-запросов

Язык структурированных запросов (SQL-Structured Query Language) -- это стандартизированный язык получения доступа к данным и выполнения операций с ними, разработанный в Американском национальн ом институте стандартов в 1986 году. Поскольку в этом языке нет специальных структур, не совсем правильно будет назвать SQL языком программирования. Однако в нём определены команды, похожие на операторы программы, такие как SELECT, JOIN или UPDATE для вы полнения различных операций с таблицами баз данных.

Поскольку Delphi и Borland Database Engine выполняют большинство операций с базами данных, поддерживают подмножество стандарта SQL для баз данных форматов Paradox, dBase, Oracle и ряда других, к таблицам БД одного из этих форматов можн о применять команды SQL SELECT, INSERT, UPDATE, DELETE для выполнения операций выборки, вставки, обновления и удаления соответственно. Также серверы SQL обеспечивают дополнительные команды, ознакомиться с которыми можно в специальной документации.

Так как в приложении необходимо обеспечить лишь получении информации из базы данных, но не в коем случае не корректировку записей в таблицах, для этих целей использовалась одна единственная SQL команда SELECT. Эта команда позволяет дел ать сложные запросы на выборку из базы по определённым критериям.

Синтаксис этой команды выглядит следующим образом:

SELECT <список столбцов, которые выбираются запросом> (* - все столбцы) FROM <имена таблиц, из которых осуществляется выборка> (через " , ") DISTINCT (список без дубликатов) WHERE <предикаты выбора> GROUP BY <списо к полей для группировки таблицы> (позволяет определить подмножество значений в особом поле в терминах другого поля, и применить функцию агрегата к подмножеству) HAVING <критерий для уда ления определённой группы из вывода> ORDER BY <названия столбцов, по которым упорядочить> DESC (по убыванию)/ ASC (по возрастанию)

Вместо списка столбцов могут присутствовать различные функции выборки:

COUNT(<список столбцов>) -- подсчитать строки, которые выбрал запрос;

SUM(<список столбцов>) -- подсчитать арифметическую сумму значений, которые выбрал запрос;

AVG(<список столбцов>) -- усреднение всех выбранных значений данного поля ;

(для первых трёх функций могут использоваться только числовые поля)

MAX(<список столбцов>) -- находит максимальное из всех выбранных значений;

MIN(<список столбцов>) -- находит минимальное из всех выбранных значений;

Для оформления предикатов выбора (фильтров) используются следующие правила:

<предикат выбора>:=<имя столбца><оператор><значение столбца>

где <оператор>: ' = ' , ' < ' , ' > ' , ' >= ' , ' <= ' , ' <> ' , ' AND ' , ' NOT ' , ' OR ' , ' специальные операторы '

где <специальные операторы > :

    1. IN (список значений среди которых нужно искать значение, перечисление диапазона значений);
    2. BETWEEN <начало диапазона> AND <конец диапазона> - видит записи, значение которых лежит в данном диапазоне, чувствителен к порядку (начало всегда должно быть меньше конца), включаются и начальное и конечное данные диапа зона;
    3. LIKE ' <подстрока> ' - находит в записях заданные подстроки (применим только к полям типа char и varchar), ищет поле символа, чтобы видеть совпадает ли с условием часть его строки, можно использовать при написании диапазона с пециальные символы : '_' - заменить один символ любым; '%' - заменить последовательность символов любыми;
    4. IS NULL - ищет все нули в указанном столбце;
    5. NOT NULL - ищет все не нули в указанном столбце.

Примеры использования различных возможностей оператора SELECT представлены в таблице 1.

Для передачи базе данных команда SQL используется компонент Query, т. е. чтобы пользоваться командами SQL, каждой базе данных нужен один объект компонента Query. С компонентов Query напрямую связан объект DateSource для подсоединен ия специализированных элементов управления к компоненту Query. Эти элементы управления отражают результаты выполнения команд SQL.

Для целей программы были использованы запросы, формируемые динамически, т. е. во время выполнения программы. Сформированные запросы передавались объекту Query, а результат возвращался и изымался в последствии из объекта DBGrid или DBEd it.

Таблица 1. Примеры SQL запросов

SQL запрос

Пояснение

Select Count(*) from table1 where (male08=10) and (color>'red')

Подсчитать количество записей в table1, для которых значение поля male08 = 10 и значение поля color > 'red'

Select sum(finans) from sitis1 where city in ( 'Barselona', 'London', 'New-York')

Подсчитать сумму всех значений столбца finans таблицы sitis1 для записей у которых поле city равно или 'Barselona' или 'London' или 'New-York'

Select number,count from table where (comm between .10 and .12 ) and (charname like 'G%')

Вывести все значения столбцов number и count для которых соответствующие значения столбца comm лежат в диапазоне от 0.10 до 0.12 и значения столбца charname начинаются с 'G'

Select snum, odate, max(amt) from orders group by snum, odate having max(amt)>3000000

Вывести значения столбцов snum, odate и максимум в столбце amt таблицы orders для каждого значения из полей snum и odate находить значения max по amt и удалить все группы, для которых не выполняется условие max(amt)>3000000

 

Запросы имеют следующий общий вид: SELECT COUNT(*) FROM cards Cards, sitys Sitys, territory Territory WHERE (territory=territory.id) and (territory.code=1) and (cards.city= citys.id) and (citys.id=622) and (dateget16 BETWEEN :Params[0] and :Params[1])

В данном запросе осуществляется работа с тремя таблицами базы данных, из которых две -- вспомогательные словари (Sitys и Territory) и одна основная таблица - база (Cards). В словаре Territory расположены названия и коды всех районов города Донецка, так как удобнее хранить информацию в основной базе данных в виде кодов (меньший объем дискового пространства), то проверка на тот или иной район осуществляется через словарь территорий, аналогично в словаре городов хранятся названия городов и их коды, доступ к нужному городу осуществляется через его код (код Донецка = 622), чтобы получить информацию за необходимый период, производится проверка поля Dateget16 - время получения травмы, проверяется поле с помощью диапазона, который задаётся параметрически с помощью специального средства объекта Query - массива параметров запроса, который может быть переменной длинны. Далее в программе, в соответствии с требованиями пользователя параметры инициализируются определённой датой и происходит передача запроса серверу. В зависимости от других различных требований пользователя в запросы могут быть добавлены различные фильтры по другим полям (по полю "пол больного", "возраст больного", "клинический диагноз", "профессия" и другие).

 

Анализ результатов запросов

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

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

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

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

Mp= \ /` ` ` ` ` ` | (1.0)

\/ P*q/n

Mp - возможная ошибка вычисления;

P - относительная величина (результат запроса по данному критерию/на число всех наблюдений;

q=100-P, если P выражено в % или q=1-P, если P выражено в долях единицы;

n - число наблюдений (если число наблюдений меньше 30, то в формуле используется (n-1)).

Примеры диаграмм изображены на рис.5-6.

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

  

Рис. 5. Использование в программе линейчатых графиков

 

 

Рис. 6. Общая таблица результатов выполнения запросов пользователя

 

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

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

Длительный мониторинг ЧМТ позволил создать базу данных за 4 года (1996-1999 г.г.), включивший 9267 наблюдения ОЧМТ. На основе полученной информации была разработана математическая прогнозная модель поквартального развития черепно-мозго вого травматизма в г. Донецке на 2000 год. В последующем результаты прогноза сопоставлялись с реальными данными и корректировались.

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

Методы прогнозирования существенно различаются в зависимости от того, является ли прогнозирование краткосрочным или среднесрочным. В первом случае прогноз строится на один-два момента времени (квартал, месяц, неделю и т. п.) вперёд и, как правило, опе ративен и непрерывен. В большинстве случаев краткосрочного прогнозирования данные берутся либо за месяц, либо за неделю; соответственно прогноз необходимо построить на один-два месяца или на неделю вперёд. При среднесрочном прогнозировании данные, как пр авило, ежегодные, а прогноз необходимо построить на 5-10 лет вперёд.

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

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

    1. сравнительная простота;
    2. экономичность вычислений;
    3. возможность автоматического построения прогнозов;
    4. наличие хорошего математического обеспечения.

Задача прогнозирования динамики ЧМТ заключается в следующем: по исходной выборке, содержащей данные о количестве ЧМТ, отвечающих заданным критериям (например - определённому возрасту, полу, виду травмы) за период упреждения прогноза (в данном случае 1 996-1999гг.) необходимо спрогнозировать число ЧМТ в заданном периоде от 1 до 10 лет. Выборка может содержать данные за разные моменты времени (дни недели, дни месяца, недели, месяцы, кварталы, годы), это даёт возможность разностороннего анализа и достига ется за счет хранения общей выборки в электронном виде в файле базы данных (БД). Имеющаяся БД содержит большой набор признаков, по которым возможен анализ данных, например: дата травмы; день недели, в который произошла травма; пол, возраст, социальное по ложение пострадавшего; вид травмы; ее характер, исход травмы и т. п.

Полученный прогноз должен быть верифицирован (проверен) по 2000 и 2001 гг., ошибка прогнозирования не должна превышать 5 - 10%.

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

  • имеются ежегодные данные, и их можно взять из официальных источников (карты истории больных);

  • прогнозы являются одноразовыми, т.е. не повторяются и не подправляются (адаптируются) с поступлением новых данных;

  • прогнозы осуществляются для временных рядов относительно малой длинны;

  • прогнозируется динамика не отдельного объекта, а процесса, имеющего более общую природу (динамика травматизма);

  • прогноз необходимо построить на 5-10 лет.

  • Для её решения существуют такие методы:

  • линейная регрессия;

  • криволинейное выравнивание (подбор кривых, сводящихся к линейному тренду);

  • выравнивание по кривым, сводящимся к модифицированной экспоненте;

  • метод кумулятивных сумм.

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

Техника регрессионного анализа заключается в подборе криволинейной или прямолинейной зависимости к реальным данным так, чтобы она наилучшим образом аппроксимировала наблюдаемые значения. Методы регрессионного анализа, в отличие от друг их методов, дают, помимо самого прогноза и другую важнейшую характеристику качества прогноза, выражаемую в виде стандартной ошибки прогноза и его доверительного интервала. При использовании регрессионных методов. При использовании регрессионных методов в анализе временных рядов предполагается, что каждому моменту времени t соответствует одно наблюдение, а всего имеется n наблюдений независимой переменной y; первое наблюдение обозначим - y1, а последнее - yn . Эта система обозначений хорошо видна на рис.1.

Рисунок 1. Пример выделения среднего значения

Значение для 1996г. t=0, всего наблюдений n=4.

Период упреждения прогноза обозначим через t - это соответствует числу точек (шагов), на которое строится прогноз.

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

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

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

 

Таблица 1. Хронодинамика и поквартальный прогноз развития острой черепно-мозговой травмы в г. Донецке в зависимости от ее характера на 2000 г. (с помощью математических моделей)

ЧМТ

Квар-

Тал

Бытовая

м ж о.п.

Д Т П

м ж о..п.

Производственная

м ж о.п.

Прочие

м ж о.п.

Суммарная

м ж о.п.

1 квартал

367 190 557

23 39 43

17 7 24

53 10 63

460 227 687

Прогноз на 1 квартал

367 188 553

23 40 43

17 7 24

54 10 63

461 227 688

Ошибка: абс.ч.

%

0 2 4

0 1,55 0,97

0 1 0

0 2,6 0

0 0 0

0 0 0

1 0 0

1,16 0 0

1 0 1

0,42 0 0,09

11 квартал

457 182 639

53 39 92

10 12 22

43 5 48

563 238 801

Прогноз на 2-ой квартал

358 204 588

35 33 55

13 6 18

76 27 94

466 278 735

Ошибка: абс.ч. %

99 22 51

21,6 12 7,97

18 6 37

35 16 40

3 6 4

49 20 30

33 22 46

76 454 97

97 40 66

17,2 17 8,3

111 квартал

438 175 613

55 30 85

24 6 30

46 3 49

563 214 777

Прогноз на 3-ий квартал

377 193 567

30 22 47

26 6 31

53 5 53

472 207 677

Ошибка: абс.ч.

%

61 18 46

13,9 10 7,6

25 8 38

46 26 45

2 0 1

7,5 0 3,7

7 2 4

13 8 8,2

91 7 100

15,8 3 12,6

1V квартал

429 194 623

74 26 100

17 6 23

33 7 40

553 233 786