BR112012002351B1 - método implementado por computador para auxiliar um despachante quando se comunica com um chamador através do telefone, meio legível por computador e sistema de computador para executar o referido método - Google Patents

método implementado por computador para auxiliar um despachante quando se comunica com um chamador através do telefone, meio legível por computador e sistema de computador para executar o referido método Download PDF

Info

Publication number
BR112012002351B1
BR112012002351B1 BR112012002351-9A BR112012002351A BR112012002351B1 BR 112012002351 B1 BR112012002351 B1 BR 112012002351B1 BR 112012002351 A BR112012002351 A BR 112012002351A BR 112012002351 B1 BR112012002351 B1 BR 112012002351B1
Authority
BR
Brazil
Prior art keywords
caller
patient
dispatcher
tool
computer
Prior art date
Application number
BR112012002351-9A
Other languages
English (en)
Other versions
BR112012002351A2 (pt
Inventor
Jeffrey J. Clawson
Original Assignee
Jeffrey J. Clawson
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Family has litigation
First worldwide family litigation filed litigation Critical https://patents.darts-ip.com/?family=43730550&utm_source=google_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=BR112012002351(B1) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Application filed by Jeffrey J. Clawson filed Critical Jeffrey J. Clawson
Publication of BR112012002351A2 publication Critical patent/BR112012002351A2/pt
Publication of BR112012002351B1 publication Critical patent/BR112012002351B1/pt

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M11/00—Telephonic communication systems specially adapted for combination with other electrical systems
    • H04M11/04—Telephonic communication systems specially adapted for combination with other electrical systems with alarm systems, e.g. fire, police or burglar alarm systems
    • A—HUMAN NECESSITIES
    • A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61B—DIAGNOSIS; SURGERY; IDENTIFICATION
    • A61B5/00—Measuring for diagnostic purposes; Identification of persons
    • A61B5/0002—Remote monitoring of patients using telemetry, e.g. transmission of vital signals via a communication network
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Systems or methods specially adapted for specific business sectors, e.g. utilities or tourism
    • G—PHYSICS
    • G08—SIGNALLING
    • G08B—SIGNALLING OR CALLING SYSTEMS; ORDER TELEGRAPHS; ALARM SYSTEMS
    • G08B25/00—Alarm systems in which the location of the alarm condition is signalled to a central station, e.g. fire or police telegraphic systems
    • G08B25/01—Alarm systems in which the location of the alarm condition is signalled to a central station, e.g. fire or police telegraphic systems characterised by the transmission medium
    • G08B25/08—Alarm systems in which the location of the alarm condition is signalled to a central station, e.g. fire or police telegraphic systems characterised by the transmission medium using communication transmission lines
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H10/00—ICT specially adapted for the handling or processing of patient-related medical or healthcare data
    • G16H10/20—ICT specially adapted for the handling or processing of patient-related medical or healthcare data for electronic clinical trials or questionnaires
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H50/00—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics
    • G16H50/20—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics for computer-aided diagnosis, e.g. based on medical expert systems
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H50/00—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics
    • G16H50/30—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics for calculating health indices; for individual health risk assessment
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H80/00—ICT specially adapted for facilitating communication between medical practitioners or patients, e.g. for collaborative diagnosis, therapy or health monitoring
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/50—Centralised arrangements for answering calls; Centralised arrangements for recording messages for absent or busy subscribers ; Centralised arrangements for recording messages
    • H04M3/51—Centralised call answering arrangements requiring operator intervention, e.g. call or contact centers for telemarketing
    • H04M3/5116—Centralised call answering arrangements requiring operator intervention, e.g. call or contact centers for telemarketing for emergency applications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2201/00—Electronic components, circuits, software, systems or apparatus used in telephone systems
    • H04M2201/42—Graphical user interfaces
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2203/00—Aspects of automatic or semi-automatic exchanges
    • H04M2203/35—Aspects of automatic or semi-automatic exchanges related to information services provided via a voice call
    • H04M2203/357—Autocues for dialog assistance
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2242/00—Special services or facilities
    • H04M2242/04—Special services or facilities for emergency applications

Abstract

FERRAMENTA DE INTERVENÇÃO E DIAGNOSTICO DE ACIDENTE VASCULAR CEREBRAL PARA DESPACHO DE EMERGÊNCIA. Trata-se de um sistema e método para auxiliar um despachante médico de emergência na resposta a chamadas de emergência. Um protocolo de despacho de emergência implantado por computador inclui interrogatórios para um despachante perguntar a um chamador para gerar uma resposta adequada. Uma ferramenta de diagnóstico e fornecida para diagnosticar sobre se um paciente tem provavelmente sofrido um acidente vascular cerebral. A ferramenta de diagnóstico determina se o paciente tem provavelmente sofrido um acidente vascular cerebral com base na informação retransmitida por chamador sobre paciente. A ferramenta de diagnóstico pode ser inicializada automaticamente pelo protocolo de despacho de emergência, ou manualmente por um despachante. A ferramenta de diagnóstico apresenta uma interface de usuário que fornece, entre outras coisas, instruções, questões e campos de entrada.

Description

Aviso de direitos autorais
[001] ©2010 Priority Dispatch Corp. Uma parte da descrição deste documento de patente contém material que está sujeito à proteção de direitos autorais. O proprietário dos direitos autorais não tem objeção à reprodução em fac-símile por qualquer um dentre o documento de patente ou descrição de patente, à medida que aparece na patente e registros ou arquivo de patente do departamento de marca registrada, mas de outro modo reserva todos os direitos autorais seja quais forem. 37 CFR $ 1.71 (d).
Campo da técnica
[002] Esta invenção refere-se a sistemas de computador e métodos para o fornecimento de interrogação de protocolo médico, instrução e despacho de emer-gência. Mais especificamente, a invenção é direcionada a ferramentas implantadas por computador para auxiliar um despachante durante uma interrogação e instrução de um chamador de emergência.
Breve descrição dos desenhos
[003] São descritas as modalidades não-limitadoras e não-exaustivas da descrição, que incluem diversas modalidades da descrição com referência às figuras, nas quais:
[004] A Figura 1 é um diagrama de bloco de um sistema de despacho de emergência, de acordo com uma modalidade;
[005] A Figura 2 ilustra uma interface de usuário de um protocolo de despa-cho médico de emergência, de acordo com uma modalidade; e
[006] As Figuras 3A-3F ilustram uma interface de usuário de uma ferramenta de identificação de acidente vascular cerebral;
[007] A Figura 4 é um fluxograma de um protocolo de uma ferramenta de identificação de acidente vascular cerebral que fornece instruções e questões para um despachante;
[008] A Figura 5 é um fluxograma de um protocolo particular 500 de uma fer-ramenta de identificação de acidente vascular cerebral; e
[009] As Figuras 6A-6D são fluxogramas de uma ferramenta de identificação de acidente vascular cerebral que identifica se um paciente sofreu um acidente vas-cular cerebral.
Descrição detalhada
[010] Os despachantes de emergência lidam com chamadas de emergência que relatam uma ampla variedade de situações de emergência. Um sistema de des-pacho de emergência automatizado, potencialmente implementado em um compu-tador, pode auxiliar um despachante na priorização das chamadas e processamento das chamadas para gerar uma resposta de despacho de emergência adequada. In-dependente da experiência ou nível de conhecimento do despachante, os sistemas de despacho de emergência automatizado podem possibilitar uma resposta de des-pacho de emergência consistente e previsível, apesar dos diversos aspectos de si-tuações de emergência, que incluem, entre outras coisas, sinais, sintomas, condi-ções e circunstâncias, que podem ser relatados a partir de uma chamada para a se-guinte.
[011] Embora um sistema de despacho de emergência automatizado possa possibilitar a coleta e processamento de aspectos amplamente divergentes de situa-ções de emergência, algumas das situações de emergência e/ou aspectos relatados deveriam ser explorados em maior profundidade à medida que são relatados. Esta exploração adicional pode exigir que o despachante investigue com mais profundi-dade para reunir mais detalhes descritivos. Além disso, algumas situações de emer-gência podem ser aperfeiçoadas por instruções mais detalhadas. Mais outras situa-ções de emergência podem envolver uma apresentação clínica de uma condição que não é facilmente diagnosticada, mas que poderia alterar a resposta de despacho adequada se diagnosticada adequadamente.
[012] Um despachante com pouco ou nenhum treinamento médico ou expe-riência provavelmente não pode explorar de forma adequada as situações e/ou as-pectos ou diagnosticar as condições médicas, e muito menos instruir um chamador a fazer isso. Adicionalmente, os sistemas de despacho de emergência automatizados não são equipados para auxiliar ou possibilitar que um despachante explore situa-ções em maior profundidade, forneça instrução adicional e nem diagnostique as condições. Consequentemente, a presente descrição é direcionada a ferramentas que suplementam um sistema de despacho de emergência automatizado para tentar abranger estas e outras desvantagens de sistemas de despacho de emergência au-tomatizados.
[013] As modalidades da descrição serão melhor compreendidas mediante a referência aos desenhos, em que as partes similares são designadas por numerais similares. Será prontamente compreendido que os componentes das modalidades apresentadas, conforme geralmente descrito e ilustrado nas figuras no presente do-cumento, poderiam ser dispostos e projetados em uma ampla variedade de configu-rações diferentes. Deste modo, a seguinte descrição detalhada das modalidades dos sistemas e métodos da descrição não é destinada a limitar o escopo da descrição, conforme reivindicado, mas é meramente representativa de possíveis modalidades da descrição. Além disso, as etapas de um método não precisam ser necessaria-mente executadas em qualquer ordem específica, ou até sequencialmente, nem precisam ser executadas somente uma vez, exceto onde especificado em contrário.
[014] Em alguns casos, as características, estruturas ou operações bem co-nhecidas não são mostradas ou descritas em detalhes. Adicionalmente, as caracte-rísticas, estruturas ou operações descritas podem ser combinadas em qualquer ma-neira adequada em uma ou mais modalidades. Também será prontamente compre-endido que os componentes das modalidades, conforme geralmente descrito e ilus-trado nas figuras no presente documento, poderiam ser dispostas e projetadas em uma ampla variedade de configurações diferentes.
[015] Vários aspectos das modalidades descritas serão ilustrados como mó- dulos ou componentes de software. Para uso na presente invenção, um módulo ou componente de software pode incluir qualquer tipo de instrução de computador ou código executável por computador localizado dentro de um dispositivo de memória e/ou meio de armazenamento legível por computador. Um módulo de software pode, por exemplo, compreender um ou mais blocos físicos ou lógicos de instruções de computador, os quais podem ser organizados como uma rotina, programa, objeto, componente, estrutura de dados, etc., que executam uma ou mais tarefas ou implantam os tipos de dados abstratos particulares.
[016] Em determinadas modalidades, um módulo de software particular pode compreender instruções discrepantes armazenadas em diferentes locais de um dis-positivo de memória, as quais em conjunto implantam a funcionalidade descrita do módulo. De fato, um módulo pode compreender uma única instrução ou muitas ins-truções, e podem ser distribuídas sobre vários segmentos de código diferentes, entre programas diferentes, e através de vários dispositivos de memória. Algumas mo-dalidades podem ser praticadas em um ambiente de computação distribuído onde as tarefas são executadas por um dispositivo de processamento remoto ligado através de uma rede de comunicações. Em um ambiente de computação distribuído, os mó-dulos de software podem ficar localizados em dispositivos de memória locais e/ou remotos. Além disso, os dados que são ligados ou renderizados em conjunto em um registro de base de dados podem ser residentes no mesmo dispositivo de memória, ou através de vários dispositivos de memória, e podem ser ligados em conjunto em campos de um registro de uma base de dados através de uma rede.
[017] O software adequado para ajudar na implantação da invenção é pron-tamente fornecido pelos elementos versados na(s) técnica(s) pertinente(s) com o uso das instruções aqui apresentadas e ferramentas e linguagens de programação, tais como Java, Pascal, C++, C, linguagens de base de dados, APIs, SDKs, montagem, firmware, microcódigo e/ou outras linguagens e ferramentas. Os formatos de sinal adequados podem ser incorporados na forma analógica ou digital, com ou sem bits de correção e/ou detecção de erro, cabeçalhos de pacote, endereços de rede em um formato específico e/ou outros dados de suporte prontamente fornecidos pelos elementos versados na(s) técnica(s) pertinente(s).
[018] Um sistema de despacho de emergência, conforme apresentado no presente documento, pode ser completamente implementado por computador ou em parte em um computador digital. O computador digital inclui um processador que executa as computações exigidas. O computador inclui, adicionalmente, uma memó-ria em comunicação eletrônica com o processador para o armazenamento de um sistema de operação de computador. Os sistemas de operação de computador po-dem incluir MS-DOS, Windows, Unix, AIX, CLIX, QNX, OS/2 e Apple. Alternativa-mente, espera-se que as modalidades futuras sejam aplicadas para executar outros sistemas de operação futuras. A memória também armazena programas de aplicativo que incluem um programa de despacho assistido por computador (CAD), um pro-tocolo de despacho de emergência automatizado, um programa de interface de usu-ário e armazenamento de dados. O computador pode incluir, adicionalmente, um dispositivo de saída, tal como uma unidade de exibição, para visualização das ins-truções e inquisições exibidas e um dispositivo de entrada de usuário para inserir dados de resposta.
[019] A Figura 1 é um sistema de despacho de emergência 100, de acordo com uma modalidade. Em um centro de despacho 102, um despachante 104 opera um computador 106. O computador pode incluir uma memória 107 para armazenar protocolos, módulos, ferramentas, dados, etc. O computador pode ser configurado para executar um protocolo de despacho médico de emergência 108 para possibilitar que o despachante se dirija de maneira rápida e consistente a uma emergência médica de um paciente 117 conforme relatado por um chamador 118. O protocolo de despacho médico de emergência 108 fornece uma árvore lógica com questões, possíveis respostas a partir de um chamador 118, e instruções para o chamador 118. As respostas podem encaminhar para questões e/ou instruções subsequentes para o chamador. As respostas são processadas de acordo com a lógica predeterminada tanto para fornecer ao despachante 104 a resposta de despacho médico de emergência correta (por exemplo, por atendentes de emergência treinados) como as instruções pós-despacho aprovadas por médico adequadas para retransmitir para o chamador 118 antes da ajuda profissional chegar à cena. O sistema de despacho médico de emergência 100 também pode ajudar o despachante na determinação de uma prioridade da chamada de emergência, que inclui, mas não se limita a, uma prioridade da chamada de emergência em relação a outras chamadas de emergên-cia.
[020] Embora um sistema de despacho médico de emergência 100 e o pro-tocolo de despacho médico de emergência 108 sejam apresentados e descritos no presente documento, um elemento versado na técnica pode observar que outros sistemas de despacho de emergência e protocolos de despacho de emergência são considerados, que incluem, mas não se limitam a, protocolos e sistemas de despa-cho de incêndio de emergência e protocolos e sistemas de despacho de polícia de emergência. As modalidades exemplificadoras de tais sistemas e protocolos de des-pacho de emergência são apresentadas nas patentes U.S. nos. 5.857.966, 5.989.187, 6.004.266, 6.010.451, 6.053.864, 6.076.065, 6.078.894, 6.106.459, 6.607.481, 7.106.835 e 7.428.301, as quais estão aqui incorporadas a título de refe-rência.
[021] O computador 106 também pode operar um calculador de valor deter-minante 110 para calcular um valor determinante a partir das respostas do chamador 118 para questões do protocolo. O computador 106 apresenta o valor determinante para gerar uma resposta de despacho de emergência adequada e/ou estabelecer a prioridade da chamada de emergência. A resposta pode incluir despachar atenden-tes de emergência profissionais para a cena de emergência. Devido às questões perguntadas e as recomendações que tratam diretamente de decisões de vida e morte, os protocolos usados deverão ter passado através de uma revisão médica rigorosa por uma junta de médicos e especialistas de segurança pública EMS que se especializam em medicina de emergência. O calculador de valor determinante 110 pode ser armazenado na memória 107 do computador.
[022] Muitas chamadas por serviços médicos não consistem em emergências médicas verdadeiras, então, é importante priorizar as chamadas de várias maneiras. Primeiramente, as chamadas que consistem em emergências verdadeiras deveriam ser despachadas primeiro. Em segundo lugar, se uma agência tiver unidades com diferentes capacidades, as unidades mais avançadas deveriam ser enviadas para os problemas médicos mais severos. E finalmente, se luzes e sirene não forem necessárias a partir de um ponto de vista médico, não deveriam ser usadas, aumentando, assim, a segurança de todos aqueles na estrada e nos veículos de emergência. Enquanto que muitas chamadas médicas não consistem em emergên-cias verdadeiras, todas as situações podem se beneficiar da avaliação e instrução médica. Antes da chegada de ajuda profissional na cena, o protocolo de despacho médico de emergência 108 fornece ao despachante 104 as instruções para o cha- mador 118 que são adequadas para o tipo de chamada, a partir de um paciente 117 com lacerações menores a um paciente 117 que não está respirando.
[023] O valor determinante fornece um código de categorização do tipo e ní-vel do incidente. O código pode ser fornecido para um sistema de despacho assistido por computador (CAD) 112, o qual consiste em uma ferramenta usada por um despachante 104 para rastrear e alocar os recursos de resposta de emergência, para o processamento. O sistema de CAD 112 pode operar completamente ou em parte em um computador separado em comunicação com o computador 106. Em outra modalidade, o sistema de CAD 112 opera no computador 106. A informação primária usada pelo sistema de CAD 112 consiste na informação do local tanto do incidente como das unidades, da disponibilidade da unidade como do tipo de incidente. O sistema de CAD 112 pode utilizar as soluções terceirizadas, tais como E-911, trans-ponders do local do veículo e MDT's para automatização das tarefas de disponibili-dade e localização.
[024] O computador 106 também pode incluir um módulo de relatório 114 pa-ra medir de maneira estatística o desempenho da equipe individual e o desempenho em geral do centro de despacho 102. Estas estatísticas incluem taxas de conformi- dade, estatísticas de processamento de chamada e medições de par. O módulo de relatório 114 pode ser armazenado na memória 107 do computador 106.
[025] O computador 106 pode compreender, adicionalmente, um dispositivo de entrada, tal como um teclado, mouse, ou outro dispositivo de entrada e também um dispositivo de saída, tal como uma tela de exibição. O dispositivo de entrada re-cebe a entrada a partir de um usuário (geralmente, um despachante) e fornece a mesma para o sistema de despacho médico de emergência 100. A entrada pode ser fornecida para o computador 106, o protocolo de emergência 108, as ferramentas 120 e/ou o sistema de CAD 112. O dispositivo de saída recebe a saída a partir do sistema de despacho médico de emergência 100 e exibe ou, de outra forma, apresenta a saída para o usuário. Em outra modalidade, o dispositivo de entrada e o dispositivo de saída são fornecidos pelo sistema de CAD 112. Em mais outra modalidade, o sistema de CAD 112 funciona em computador 106.
[026] O centro de despacho 102 inclui equipamentos de telefonia 116 para responder as chamadas de emergência. Uma chamada no centro de despacho 102 a partir de um chamador 118 inicia a criação de um incidente de chamada médica. O despachante 104 identifica a chamada como exigente de um despacho médico de emergência e o protocolo de despacho médico de emergência 108 é acessado. O protocolo 108 pode fornecer instruções que são traçadas com perícia para auxiliar um chamador novato 118 no diagnóstico de uma condição de um paciente 117. O protocolo 108 também pode fornecer instruções de primeiros socorros traçados com perícia para ajudar um paciente 117 antes da chegada dos atendentes de emergên-cia treinados. As instruções podem ser retransmitidas vocalmente pelo despachante 104 para o chamador 118 sobre os equipamentos de telefonia 116.
[027] Algumas questões do protocolo podem ser prontamente respondíveis pelo chamador 118, enquanto que outras são mais difíceis de responder. Determi-nadas inquisições de diagnóstico podem ser difíceis para o chamador não-treinado determinar ou podem ser difíceis de responder sob o estresse de uma situação de emergência. Consequentemente, em adição às instruções, o sistema de despacho médico de emergência 100 pode fornecer uma ou mais ferramentas implantadas por computador 120. As ferramentas 120 podem aperfeiçoar muito a coleta de informa-ção e intervenção para as situações de resposta médica de emergência e ajudar no salvamento de vidas.
[028] Uma ferramenta 120 pode ajudar o despachante e/ou o chamador (através de instruções a partir do despachante) no diagnóstico de uma condição de um paciente 104. Uma ferramenta 120 também pode consistir em uma ferramenta de intervenção, que fornece as instruções que direcionam um chamador a intervir, ou tomar medidas, para tratar um paciente 104, ou de outra forma alterar as circuns-tâncias ou condições de uma situação de emergência. Por uma questão de clareza, tanto as ferramentas como as ferramentas de intervenção são mencionadas no pre-sente documento geralmente como ferramentas. Consequentemente, uma ferramen-ta 120, conforme mencionado no presente documento, podem fornecer instruções de diagnóstico, instruções de intervenção, ou tanto as instruções de intervenção como de diagnóstico. Se uma ferramenta 120 fornece somente as instruções de diag-nóstico, somente as instruções de intervenção, ou tanto as instruções de intervenção como de diagnóstico, a ferramenta pode fornecer instrução confiável e consistente, reunião de informações e/ou cronometragem para uma situação de emergência par-ticular.
[029] As ferramentas 120 consistem em módulos de software implementados por computador que possibilitam que um despachante 104 forneça orientação espe-cífica e consistente para auxiliar um chamador em relação a um aspecto particular de uma situação de emergência, tal como determinação de um sinal vital. Um benefício das ferramentas 120 consiste na cronometragem assistida por computador de técnicas para determinar os sinais vitais. Em condições altamente tensas, as ferra-mentas 120 fornecem um recurso necessário para a leitura de sinais críticos. As fer-ramentas 120 podem ser armazenadas na memória 107 do computador 106 e inici-adas e executadas conforme exigido. As ferramentas 120 podem ser incorporadas como aplicativos de software executáveis por computador e dados associados.
[030] O protocolo de despacho médico de emergência 108 pode solicitar uma ferramenta 120, por exemplo, para auxiliar com um interrogatório, e pode encaminhar para a ferramenta 120 adequada quando necessário. Quando direcionado de acordo com o protocolo 108, o sistema de despacho médico de emergência 100 pode iniciar automaticamente, isto é, sem a intervenção de despachante, a ferramenta 120 adequada no computador 106 do centro de despacho. Isto pode ocorrer quando o protocolo de despacho médico de emergência 108 chaga em uma etapa de diagnose no protocolo e inicia uma ferramenta 120 correspondente. O sistema de despacho de emergência 100 também pode permitir ao despachante 104 a opção de solicitar manualmente uma ferramenta 120 conforme desejado. Os ícones e/ou botões podem ser exibidos em uma barra de ferramentas, ou outro local conveniente em uma interface de usuário para permitir que o despachante 104 inicie uma ferramenta 120 correspondente. Em outra modalidade, o protocolo de despacho médico de emergência 108 pode simplesmente induzir o despachante a inicializar a ferramenta de identificação de acidente vascular cerebral 122 quando necessário.
[031] A ferramenta 120 discutida no presente documento compreende uma ferramenta de identificação de acidente vascular cerebral 122. A ferramenta de iden-tificação de acidente vascular cerebral 122 é configurada para auxiliar o despachan-te 104 na orientação do chamador 118 para diagnosticar se o paciente 117 pode ter sofrido um acidente vascular cerebral. O protocolo de despacho médico de emer-gência 108 pode encaminhar de forma automática diretamente para a ferramenta de identificação de acidente vascular cerebral 122 sob o recebimento de informação que indica que o paciente pode ter sofrido um acidente vascular cerebral. O protocolo de despacho médico de emergência 108 também pode possibilitar que um despa-chante inicialize manualmente a ferramenta de identificação de acidente vascular cerebral. A ferramenta de identificação de acidente vascular cerebral 122 é discutida em referência às figuras de interfaces de usuário gráficas que exemplificam determi-nadas modalidades. Um elemento versado na técnica irá observar que tais interfaces podem ser implantadas e projetadas em diversas formas e ainda se incluírem no escopo da invenção.
[032] A Figura 2 ilustra uma interface de usuário 200 de um protocolo de despacho médico de emergência, de acordo com uma modalidade. A interface de usuário de protocolo de despacho médico de emergência 200 permite que um des-pachante crie uma interface com o protocolo de despacho médico de emergência. O protocolo de despacho médico de emergência pode apresentar interrogatórios 202 através da interface de usuário de protocolo de despacho médico de emergência 200. Os interrogatórios 202 são fornecidos para o despachante a direcionar para o chamador para reunir informações em relação à emergência médica do paciente. O despachante e/ou o sistema de despacho médico de emergência pode reunir as in-formações na forma de respostas do chamador para os interrogatórios 202. O des-pachante pode inserir as respostas do chamador para os interrogatórios em campos de resposta 204 fornecidos pela interface de usuário 200. Os campos de resposta 204 podem incluir, por exemplo, componentes de interface de usuário familiares, que incluem, mas não se limitam a, campos de texto, caixas de texto, menus, menus suspensos, caixas de seleção suspensas, listas, botões, caixas de controle e botões de rádio. Os campos de resposta 204 podem corresponder à informação indicativa de uma ou mais respostas do chamador para os interrogatórios 202.
[033] As respostas do chamador, e as informações nas mesmas, retransmi-tidas a partir do chamador para o despachante, e inseridas no sistema, podem ser usadas pelo protocolo médico de emergência para determinar os interrogatórios 202 e instruções subsequentes a apresentar para o despachante. As respostas do cha-mador, e as informações nas mesmas, podem indicar as observações do chamador de sinais e sintomas da condição médica do paciente. As informações reunidas a partir das respostas do chamador podem ser usadas pelo sistema de despacho mé-dico de emergência para gerar uma resposta de despacho médico de emergência por atendentes de emergência treinados. As informações reunidas a partir das respostas do chamador podem ser usadas pelo calculador de valor determinante para calcular um valor determinante que pode ser comunicado para os atendentes de emergência. Os detalhes adicionais de protocolos de despacho médico de emergência e interfaces de usuário para interagir com os mesmos podem ser encontrados nas patentes U.S. mencionadas anteriormente.
[034] A interface de usuário de protocolo de despacho médico de emergência 200 também pode fornecer uma ou mais entradas de inicialização de ferramenta 206. Conforme ilustrado, um ou mais botões podem ser fornecidos na interface de usuário como entradas de inicialização de ferramenta 206. As entradas de inicialização de ferramenta 206 possibilitam que o despachante inicialize uma ferramenta particular. Embora o protocolo de despacho médico de emergência pode iniciar au-tomaticamente uma ferramenta com base em uma entrada inserida por despachante indicativa de uma ou mais respostas do chamador, as entradas de inicialização de ferramenta 206 fornecem uma forma para o despachante iniciar manualmente (isto é, qualquer momento, no arbítrio do despachante) uma ferramenta. Na Figura 2, é fornecida uma entrada de inicialização de ferramenta de identificação de acidente vascular cerebral 208. A entrada de inicialização de ferramenta de identificação de acidente vascular cerebral 208 pode compreender um botão sobre a interface de usuário de protocolo de despacho médico de emergência 200 com um ícone de uma face com a boca caindo em um lado. O ícone pode indicar que o botão inicializa a ferramenta de identificação de acidente vascular cerebral. Conforme será observado por um elemento versado na técnica, as entradas de inicialização de ferramenta 206 podem compreender um componente além de um botão, que inclui componentes de interface de usuário familiares, tais como um menu suspenso, uma caixa de seleção suspensa, uma lista, uma caixa de controle, um campo de texto e um botão de rádio.
[035] As Figuras 3A-3F ilustram uma modalidade de uma interface de usuá-rio 300 de uma ferramenta de identificação de acidente vascular cerebral, de acordo com uma modalidade. A interface de usuário 300 da modalidade ilustrada fornece as instruções 302, 304, 306, 308, uma entrada de início 310, questões 312, 314, 316, 318, campos de entrada 320, 322, 324, uma entrada de término 326, um campo de recomendação 328 e uma entrada de encerramento 330. A interface de usuário 300 ajuda um despachante na orientação de um chamador na obtenção de informações que podem ser usadas pela ferramenta de identificação de acidente vascular cere-bral para diagnosticar se um paciente sofreu um acidente vascular cerebral. As ins-truções 304, 306, 308, as questões 312, 314, 316 e os campos de entrada 320, 322, 324 podem ser agrupados em uma ou mais interações escritas (por exemplo, ao menos uma instrução, ao menos uma questão e ao menos um campo de entrada). Uma interação escrita guia o despachante na orientação do chamador para identifi-car os sinais e sintomas que um paciente pode ter sofrido um acidente vascular ce-rebral. A interface de usuário 300 pode fornecer, adicionalmente, campos de respos-ta 334, 336, 338 para exibir um número de resposta que corresponde a uma resposta do paciente que pode ser selecionada em cada campo de entrada 320, 322, 324 (isto é, a entrada fornecida para a interface de usuário pelo despachante que cor-responde às respostas do chamador para as questões 312, 314, 316 e também as respostas do paciente para as instruções 302, 304, 306, 308). A interface de usuário 300 também pode fornecer uma ou mais instruções de confirmação 332 para confir-mar o estado do chamador e uma ou mais instruções de interação 340, 342, 344, 346 destinadas somente para o despachante como guia na interação com o chamador.
[036] As instruções 302, 304, 306, 308 podem direcionar o despachante na orientação do chamador. Uma instrução inicial 302 pode direcionar o despachante a preparar o chamador para as instruções de diagnóstico 304, 306, 308 e/ou questões 312, 314, 316, 318 subsequentes. Por exemplo, a instrução inicial 302 pode fornecer "Quero que você se aproxime o suficiente para perguntá-lo três questões”. A instru-ção inicial 302 também pode preparar o chamador para facilitar o diagnóstico de se o paciente pode ter sofrido um acidente vascular cerebral. Uma instrução de confir-mação 332 pode ser fornecida, tal como "Fale-me quando você estiver pronto", para possibilitar que o despachante saiba quando o chamador está preparado para as instruções de diagnóstico 304, 306, 308 adicionais.
[037] A entrada de início 310 pode ser fornecida para ativar a função de di-agnóstico da ferramenta de identificação de acidente vascular cerebral. A Figura 3A ilustra a interface de usuário 300 antes de uma entrada de início 310 ativar a função de diagnóstico da ferramenta de identificação de acidente vascular cerebral. Na modalidade da Figura 3A, a entrada de início 310 consiste em um botão. A entrada de início 310 é rotulada com o termo "Pronto", que indica para o despachante de uma maneira intuitiva que o despachante deveria clicar no botão quando o chamador responde à instrução de confirmação 332 que o chamador está pronto. Antes que a entrada de início 310 seja clicada, os componentes da interface de usuário 300 podem ficar inativos. Por exemplo, na modalidade descrita, os campos de entrada 320, 322, 324 são escurecidos e/ou acinzentados (isto é, exibidos com uma sombra mais clara de cinza em vez de preto ou cores, para indicar que os mesmos não podem ser atualmente operados pelo usuário) devido ao fato de que estão inativos. Os campos de resposta 334, 336, 338 também são vazios, que indica que estão inativos. Um elemento versado na técnica irá observar que, antes da entrada de início 310 ser clicada, outros componentes, tais como as instruções de diagnóstico 304, 306, 308, a entrada de término 326, o campo de recomendação 328 e a entrada de encerramento 330, também pode ficar inativos e/ou acinzentados. Depois que a entrada de início 310 é clicada, estes componentes podem ser ativados. Em outra modalidade, estes componentes podem ser ativados em diversos estágios de progresso dentro do protocolo da ferramenta.
[038] Os campos de entrada 320, 322, 324 da modalidade ilustrada são for-necidos como grupos de botões de rádio. Conforme pode ser observado, os campos de entrada 320, 322, 324 podem ser fornecidos como qualquer um dentre uma vari-edade de componentes de interface de usuário, que incluem, mas não se limitam a, campos de texto, caixas de texto, menus, menus suspensos, caixas de seleção sus-pensas, listas, botões e caixas de controle, ou combinações dos mesmos. Os campos de entrada são discutidos em maiores detalhes abaixo com referência às Figuras 3C-3E.
[039] A Figura 3B ilustra a interface de usuário 300 depois que a entrada de início 310 tem sido clicada para ativar a função de diagnóstico da ferramenta de identificação de acidente vascular cerebral. Depois que a entrada de início 310 é clicada, os campos de entrada 320, 322, 324 não ficam mais escurecidos, que indica que estão ativados. Os campos de resposta 334, 336, 338 também estão agora ativos e mostram um número de resposta de "0" para indicar que nenhuma entrada tem sido fornecida. Outros componentes, tais como a entrada de término 326 e a entrada de encerramento 330, que estavam anteriormente em um estado inativo também podem ser ativados uma vez que a entrada de início 310 tem sido clicada. Desta maneira, o progresso do protocolo da ferramenta de identificação de acidente vascular cerebral pode ser controlado de uma maneira intuitiva. O despachante é guiado para aguardar até que o chamador esteja preparado para as instruções de diagnóstico 304, 306, 308. Além disso, mediante o fornecimento dos campos de entrada 320, 322, 324, da entrada de término 326 e da entrada de encerramento 330 em um estado inativo antes do recebimento da entrada de início 310, a interface de usuário 300 se protege contra a inserção de maneira inadvertida do despachante de uma entrada que não é indicativa das observações do chamador do paciente.
[040] O fornecimento de controle intuitivo do progresso do protocolo da fer-ramenta pode facilitar o processamento previsível e consistente de chamadas de emergência. O progresso intuitivo gera ações previsíveis pelo despachante apesar do estresse potencial que pode estar envolvido com o processamento de chamadas de emergência e apesar do nível de conhecimento e/ou experiência do despachante. A ferramenta possibilita que um despachante com pouca ou nenhuma experiência e/ou treinamento médico determine com êxito, a uma probabilidade razoável, se um paciente pode ter sofrido um acidente vascular cerebral.
[041] A prevenção da inserção inadvertida de uma entrada que não é indica-tiva de uma observação do chamador também pode ser importante nos cenários de despacho de emergência. Por exemplo, um despachante pode receber e ser forçado, assim, a processar múltiplas chamadas substancialmente ao mesmo tempo. O despachante pode ter fornecido múltiplas instruções de primeiro chamador e progre- dido substancialmente ao longo do protocolo da ferramenta, somente para ser des- conectado devido à chamada sendo perdida. A situação associada à chamada per-dida pode estar em andamento e o sistema de despacho médico de emergência pode permitir que o despachante coloque o caso em retenção para aguardar uma chamada novamente a partir do primeiro chamador. O despachante pode, então, responder uma chamada que se espera que seja o primeiro chamador e, ao contrário, descobrir que um segundo chamador está relatando uma emergência. Conse-quentemente, o despachante pode iniciar um novo caso (isto é, sessão ou caso do protocolo de despacho médico de emergência) e começar o processamento da se-gunda chamada. Pouco tempo depois, o primeiro chamador pode ligar de novo e, em vez de começar de novo, o despachante desejará selecionar o processamento da chamada de emergência substancialmente no ponto na ferramenta de identificação de acidente vascular cerebral onde o protocolo estava antes da chamada ser perdida.
[042] Sem a orientação a partir da interface de usuário 300 para indicar o ponto no progresso do protocolo, o estresse e/ou intensidade do processamento de chamadas de emergência pode fazer com que o despachante esqueça onde no pro-tocolo a chamada foi perdida. Além disso, à medida que o despachante comuta entre a interface de usuário associada com a primeira chamada e a interface de usuário associada com a segunda chamada, pode existir risco substancial em que o des-pachante poderia clicar uma área da interface de usuário e selecionar de maneira inadvertida uma resposta que não indica uma observação do chamador particular associada com aquela interface de usuário. O despachante pode deixar de reconhe-cer a entrada inadvertida ou deixar de realizar que esta entrada inadvertida não é indicativa de uma observação do chamador. O fornecimento de determinadas partes e componentes da interface de usuário 300, conforme inicialmente inativas, pode ajudar a fornecer entendimento intuitivo do ponto de progresso no protocolo da fer-ramenta de identificação de acidente vascular cerebral e pode proteger contra o for-necimento de maneira inadvertida de entrada imprecisa do despachante.
[043] Após clicar a entrada de início 310, a interface de usuário 300 fornece ao despachante uma instrução de diagnóstico 304 que o despachante pode re-transmitir para o chamador. A instrução de diagnóstico pode ser direcionada para guiar o chamador de uma maneira que facilite a identificação de um sinal ou sintoma que o paciente sofreu um acidente vascular cerebral. Por exemplo, as vítimas de acidente vascular cerebral comumente podem sofrer de entorpecimento ou fraqueza em um lado do corpo. O entorpecimento ou fraqueza pode fazer com que uma vítima de acidente vascular cerebral tenha um sorriso que perde a firmeza ou inclina-se em um lado. Na modalidade descrita, a instrução de diagnóstico 304 pode direcionar o chamador, por exemplo, para "Pedir a ele para sorrir", como uma forma potencial para o chamador identificar se o paciente pode estar experimentando qualquer en-torpecimento ou fraqueza. Quando o despachante retransmite esta instrução de di-agnóstico 304 para o chamador, o chamador é orientado a pedir ao paciente que sorria.
[044] Uma instrução de interação 340, tal como "Aguardar", pode ser forne-cida para guiar o despachante na interação com o chamador. A instrução de intera-ção 342 "Aguardar" instrui o despachante para permitir tempo para o chamador exe-cutar a instrução de diagnóstico 304 e observar a resposta do paciente. A instrução de interação 340 pode otimizar o processamento consistente de chamadas de emergência mediante a incitação do despachante para ficar calmo e paciente apesar do estresse potencial do processamento da chamada de emergência. A instrução de interação 340 pode ser fornecida em parênteses para indicar que é destinada so-mente para o despachante e não deve ser retransmitida para o chamador.
[045] A interface de usuário 300 pode fornecer, adicionalmente, uma questão 312 para o despachante para perguntar ao chamador para ajudar o chamador na avaliação da resposta do paciente à instrução de diagnóstico 304. A questão 312 também pode ajudar o despachante na reunião de informações sobre as observa-ções do chamador da resposta do paciente à instrução de diagnóstico 304. As in-formações reunidas podem consistir em informações concernentes a um sinal ou sintoma potencial de um acidente vascular cerebral. Por exemplo, a questão 312 fornecida pela interface de usuário 300 pode consistir em "O sorriso foi igual em am-bos os lados de sua boca?” para reunir as informações sobre se o paciente pode estar experimentando qualquer entorpecimento ou fraqueza. Se o paciente for inca-paz de sorrir, ou incapaz de sorrir igualmente em ambos os lados de sua boca, o paciente pode estar sofrendo de entorpecimento ou fraqueza que resulta comumen- te a partir de um acidente vascular cerebral. O chamador responde vocalmente à questão ao telefone.
[046] Um campo de entrada 320 fornecido pela interface de usuário permite que o despachante insira a entrada que é indicativa das informações retransmitidas por chamador conduzidas na resposta do chamador à questão 312. Mencionado de forma diferente, o campo de entrada 320 pode fornecer uma forma para o despa-chante fornecer para a ferramenta de identificação de acidente vascular cerebral as informações a partir da resposta do chamador à questão 312. A informação retrans-mitida por chamador pode indicar as observações do chamador da resposta do pa-ciente à instrução de diagnóstico 304. Na modalidade descrita, a interface de usuário 300 fornece o campo de entrada 320 como um grupo de botões de rádio. São forne-cidos quatro botões de rádio, em que cada botão tem um rótulo associado que for-nece uma resposta potencial do chamador, tal como "sorriso normal", "leve diferença no sorriso (possível diferença)", "somente um lado da boca ou face mostra um sorriso (diferença óbvia)" e "não pode completar toda a solicitação". As respostas potenciais do paciente podem se correlacionar com um sinal ou sintoma potencial de que o paciente pode ter sofrido um acidente vascular cerebral. Por exemplo, a incapaci-dade do paciente para completar o sorriso pode indicar que o paciente pode estar experimentando entorpecimento ou fraqueza, o qual acompanha muitas vezes um acidente vascular cerebral.
[047] A Figura 3C ilustra a interface de usuário 300 depois que uma primeira interação escrita é completa e depois que o despachante tem fornecido a entrada com o uso do campo de entrada 320 da interface de usuário 300. Anteriormente, o despachante pode ter retransmitido para o chamador a instrução de diagnóstico 304, "Pedir a ele para sorrir", o despachante pode ter aguardado de acordo com a instru-ção de interação 340 e, então, perguntado ao chamador a questão 312, "O sorriso foi igual em ambos os lados de sua boca?”. Conforme mostrado na Figura 3C, o chamador pode ter respondido à questão, transmitindo de volta para o despachante ao telefone que, "Sim, o sorriso do paciente foi igual em ambos os lados", e o des-pachante utilizou o campo de entrada 320 para inserir que o sorriso do paciente foi um "sorriso normal". Conforme mostrado na Figura 3C, o despachante tem clicado o botão de rádio do campo de entrada 320 que corresponde ao "sorriso normal".
[048] A interface de usuário 300 pode fornecer, adicionalmente, um campo de resposta 334 para fornecer a rápida indicação para o despachante da entrada fornecida para o campo de entrada 320. Por exemplo, o campo de resposta pode fornecer um número de resposta para indicar qual resposta do paciente potencial selecionada no campo de entrada 320 pelo despachante. Por exemplo, se a primeira resposta potencial do campo de entrada 320 for selecionada, o campo de resposta 334 pode apresentar o número "1" e se a segunda resposta potencial do campo de entrada 320 for selecionada, o campo de resposta 334 pode apresentar o número "2" e assim por diante. O número de resposta fornecido no campo de resposta 334 fornece ao despachante uma rápida indicação de resposta do paciente potencial se-lecionada no campo de entrada 320. O número de resposta é mais prontamente identificável e distinguível do que a seleção do botão de rádio, o qual reduz a entrada inadvertida e/ou errônea.
[049] Conforme mostrado na Figura 3C, o campo de resposta 334 fornece um "1” para indicar que o despachante tem selecionado a primeira resposta potencial "Sorriso normal" para instrução de diagnóstico 304 conforme fornecido pela resposta do chamador à questão 312. Em contrapartida, na Figura 3D, o despachante tem alterado o campo de entrada 320 para indicar que o paciente respondeu com uma "Leve diferença no sorriso (possível diferença)" e o campo de resposta 334 fornece um "2" para indicar que a segunda resposta potencial foi selecionada.
[050] Em outra modalidade, os campos de resposta 334, 336, 338 fornecem uma pontuação para indicar ao despachante a importância de uma observação do chamador particular de uma resposta do paciente, à medida que se refere ao diag-nóstico de um acidente vascular cerebral. A pontuação apresentada indica como de forma significante uma resposta do paciente à instrução de diagnóstico pode indicar que o paciente sofreu potencialmente um acidente vascular cerebral. A ferramenta pode calcular a pontuação ou de outra forma determinar a pontuação adequada para uma determinada resposta do paciente. Na modalidade descrita, uma baixa pontua-ção fornecida no campo de pontuação 334 pode indicar que a resposta do paciente sugere que o paciente não sofreu um acidente vascular cerebral, ou que há baixa probabilidade de que paciente sofreu um acidente vascular cerebral, enquanto que uma alta pontuação fornecida no campo de pontuação pode indicar que a resposta do paciente sugere uma alta probabilidade de que o paciente sofreu um acidente vascular cerebral. Uma faixa de pontuações pode ser possível para indicar graus variados de probabilidade de que a resposta do paciente sugere que o paciente pode ter sofrido um acidente vascular cerebral. Por exemplo, uma pontuação de "1" pode indicar que a resposta do paciente sugere uma baixa probabilidade de que o paciente sofreu um acidente vascular cerebral, uma pontuação de "2" pode indicar uma probabilidade ligeiramente maior, uma pontuação de "3" pode indicar uma pro-babilidade moderadamente maior e uma pontuação de "4" pode indicar que a res-posta do paciente sugere uma alta probabilidade de que o paciente pode ter sofrido um acidente vascular cerebral.
[051] Como um exemplo ilustrativo, considera-se o campo de resposta 334 na Figura 3C, o qual fornece um "1" como consequência de um despachante que insere que um paciente forneceu um "sorriso normal" em resposta à instrução de diagnóstico 304. Uma pontuação de "1" pode sugerir uma baixa probabilidade de que o paciente sofreu um acidente vascular cerebral. Semelhantemente, a Figura 3D ilustra que o despachante tem alterado o campo de entrada 320 para inserir que o paciente respondeu com "Leve diferença no sorriso (possível diferença)” e o campo de resposta 334 fornece um "2". Uma pontuação de "2" pode indicar que a resposta sugere uma probabilidade ligeiramente maior que o paciente pode ter sofrido um acidente vascular cerebral.
[052] Conforme pode ser observado, outras faixas de números podem ser fornecidas como pontuações no campo de pontuação 334. Em outra modalidade, as pontuações fornecidas podem ser inversamente proporcionais à probabilidade de que o paciente sofreu um acidente vascular cerebral, de tal modo que uma alta pon-tuação indique uma baixa probabilidade de acidente vascular cerebral e uma baixa pontuação indique uma alta probabilidade de que o paciente sofreu um acidente vascular cerebral. Em mais outra modalidade, as pontuações podem ser separadas por um acréscimo maior ou menos do que 1. Por exemplo, os valores fracionais são possíveis, ou a etapa a partir de "1" a "3" pode indicar a probabilidade crescente. Além disso, os acréscimos que separam as diferentes pontuações podem variar de tal modo que não haja um aumento previsível ou consistente (por exemplo, 1, 2,2, 3,8, 6).
[053] Em mais outra modalidade, o nível de importância de uma resposta do paciente pode ser indicado no campo de resposta 334 por um indicador visual, tal como uma cor, um contador ou um gráfico de barras. Por exemplo, a resposta do paciente "Sorriso normal" pode ser indicada no campo de resposta 334 por uma cor, tal como preto, para indicar que tal resposta sugere uma baixa probabilidade de que o paciente pode ter sofrido um acidente vascular cerebral. A resposta do paciente "Leve diferença no sorriso (possível diferença)" pode ser indicada no campo de res-posta 334 por uma cor, tal como azul, para indicar uma probabilidade ligeiramente maior de que o paciente pode ter sofrido um acidente vascular cerebral. A resposta do paciente "somente um lado da boca ou face mostra um sorriso (diferença óbvia)" pode ser indicada no campo de resposta 334 por uma cor, tal como laranja, para indicar uma probabilidade moderadamente maior de que o paciente pode ter sofrido um acidente vascular cerebral. A resposta do paciente "não pode completar toda a solicitação" pode ser indicada no campo de resposta 334 por uma cor, tal como azul, que indica uma probabilidade ligeiramente maior de que o paciente pode ter sofrido um acidente vascular cerebral. Outras cores podem ser usadas para mostrar, adicio-nalmente, a probabilidade crescente de que uma resposta do paciente sugere que o paciente pode ter sofrido um acidente vascular cerebral.
[054] Novamente com referência à modalidade da Figura 3C, depois que o despachante tiver utilizado o campo de entrada 320 para inserir a resposta do cha-mador à questão 312, a interface de usuário 300 pode fornecer ao despachante uma segunda interação escrita, que inclui uma segunda instrução de diagnóstico 306 que o despachante pode transmitir para o chamador. Por exemplo, a interface de usuário 300 pode fornecer uma segunda instrução 306, tal como "Pedir ao indivíduo que levante ambos os braços acima de sua cabeça". Esta segunda instrução de diagnóstico 306 pode guiar o chamador de uma maneira que facilite a identificação de um sinal ou sintoma que pode ser usado para diagnosticar se o paciente pode ter sofrido um acidente vascular cerebral. Por exemplo, a segunda instrução de diagnóstico pode guiar o despachante na avaliação adicional se o paciente pode estar experimentando qualquer entorpecimento ou fraqueza como pode comumente acompanhar um acidente vascular cerebral. Quando o despachante transmite esta segunda instrução de diagnóstico 306 para o chamador, o chamador é orientado a pedir que o paciente levante seus braços acima de sua cabeça.
[055] Uma segunda instrução de interação 342, tal como "Aguardar", pode ser fornecido para guiar o despachante na interação com o chamador mediante a incitação do despachante para permitir tempo para o chamador executar a instrução e observar a resposta do paciente. A segunda instrução de interação 342 pode ser fornecida em parênteses para se distinguir das instruções destinadas a serem re-transmitidas para o chamador e indicam, assim, que a instrução de interação 342 é destinada somente para o despachante.
[056] A interface de usuário 300 fornece, adicionalmente, uma segunda questão 314 para o despachante perguntar ao chamador para ajudar o chamador na avaliação da resposta do paciente à segunda instrução de diagnóstico 306. O des-pachante pode perguntar ao chamador a segunda questão 314 para reunir informa-ções sobre as observações do chamador da resposta do paciente. As informações reunidas podem consistir em informação concernente a um sinal ou sintoma poten-cial de um acidente vascular cerebral. Por exemplo, a segunda questão 314 forneci-da pela interface de usuário 300 pode consistir em "Ele foi capaz de fazer isto?” (isto é, o paciente foi capaz de levantar seus braços acima de sua cabeça?), guiando o chamador para identificar se o paciente sofreu qualquer entorpecimento ou fraqueza que ocorre comumente com as vítimas de acidente vascular cerebral.
[057] Um segundo campo de entrada 322 pode ser fornecido pela interface de usuário 300 para possibilitar que o despachante forneça para a ferramenta de identificação de acidente vascular cerebral uma entrada que é indicativa da resposta do chamador à segunda questão 314. O segundo campo de entrada 322 pode for-necer uma forma para o despachante inserir as observações do chamador da res-posta do paciente à segunda instrução de diagnóstico 306 conforme comunicado na resposta do chamador à segunda questão 314. O segundo campo de entrada 322 é fornecido pela interface de usuário 300 como um grupo de botões de rádio, similar ao campo de entrada 320. O segundo campo de entrada 322 na modalidade descrita pode ter quatro botões de rádio, e cada botão de rádio pode ter um rótulo associado que fornece uma resposta potencial do chamador, tal como "Ambos os braços levan-taram igualmente”, "Um braço levantou mais do que o outro” (ambos levantaram de maneira desigual), "Somente um braço levantou" e "Não pode completar toda a soli-citação". As respostas potenciais podem se correlacionar com um sinal ou sintoma potencial que o paciente pode ter sofrido um acidente vascular cerebral. Por exem-plo, a incapacidade do paciente de levantar ambos os braços igualmente pode indi-car que o paciente pode ter sofrido um acidente vascular cerebral.
[058] A Figura 3D ilustra a interface de usuário 300 depois que a segunda in-teração escrita é completa, depois que o despachante tiver fornecido a entrada com o uso do segundo campo de entrada 322. (Além disso, conforme anteriormente des-crito com referência à Figura 3C, o despachante pode ter alterado a entrada do campo de entrada 320 e, Consequentemente, o campo de entrada 320, conforme mostrado na Figura 3D, não corresponde à Figura 3C.) Anteriormente, o despachan-te pode ter fornecido ao chamador a segunda instrução 306 e perguntado ao cha-mador a segunda questão 314. O chamador pode ter respondido à segunda questão 314, transmitindo de volta para o despachante ao telefone, que o paciente somente foi capaz de levantar um braço acima de sua cabeça. Consequentemente, conforme mostrado na Figura 3D, o despachante tem clicado o botão de rádio do segundo campo de entrada 322 que corresponde à resposta do paciente potencial "Somente um braço levantou". Um campo de resposta 336 fornece um número de resposta "3", que indica que o despachante tem inserido a terceira resposta do paciente potencial.
[059] Depois que o despachante tiver utilizado o segundo campo de entrada 322 para inserir a resposta do chamador à segunda questão 314, a interface de usuário 300 fornece ao despachante uma terceira interação escrita, que tem uma terceira instrução de diagnóstico 308 que o despachante pode transmitir para o chamador. A terceira instrução de diagnóstico pode guiar, adicionalmente, o chama-dor de uma maneira que facilite a determinação se o paciente pode ter sofrido um acidente vascular cerebral. Por exemplo, a interface de usuário 300 pode fornecer uma terceira instrução 308, tal como "Pedir a ele para dizer, Deus ajuda a quem cedo madruga”. As vítimas de acidente vascular cerebral exibem muitas vezes a fala ininteligível ou até a fala que é confusa ou não pode ser compreendida, e a terceira instrução de diagnóstico guia o chamador BA identificação deste sinal ou sintoma.
[060] Uma terceira instrução de interação 344, tal como "Aguardar", pode ser fornecida em parênteses para guiar o despachante na interação com o chamador mediante a incitação do despachante para permitir tempo para o chamador executar a instrução e observar a resposta do paciente. A interface de usuário 300 também pode fornecer uma terceira questão 316 para o despachante perguntar ao chamador para auxiliar o chamador na avaliação da resposta do paciente à terceira instrução de diagnóstico 308. Por exemplo, a terceira questão 316 fornecida pela interface de usuário 300 pode ser "Ele foi capaz de repetir isto corretamente?" (isto é, o paciente foi capaz de dizer corretamente "Deus ajuda a quem cedo madruga").
[061] A interface de usuário 300 também pode fornecer uma quarta instrução de interação 346, tal como "Esclarecer", para incitar o despachante a perguntar uma questão adicional para esclarecer as observações do chamador da resposta do pa-ciente à terceira instrução de diagnóstico 308. A quarta instrução de interação 346 pode ser fornecida em parênteses para distinguir a mesma como uma instrução de interação destinada somente para o despachante, e não deve ser retransmitida para o chamador. A interface de usuário 300 fornece, adicionalmente, uma quarta ques-tão 318 para o despachante pedir ao chamador para esclarecer as observações do chamador da resposta do paciente à terceira instrução de diagnóstico 308. Por exemplo, na modalidade descrita, a interface de usuário 300 pode fornecer a quarta questão 318, "Isto foi ininteligível, confuso ou não compreensível?”. Deste modo, a quarta questão 318 esclarece se a resposta do paciente à terceira instrução de di-agnóstico 308 exibiu a fala ininteligível ou confusa, conforme ocorre comumente com as vítimas de acidente vascular cerebral.
[062] A interface de usuário 300 também pode fornecer um terceiro campo de entrada 324 por meio da qual o despachante pode fornecer para a ferramenta de identificação de acidente vascular cerebral uma entrada que é indicativa da resposta do chamador à segunda questão 314. O terceiro campo de entrada 324 pode forne-cer uma forma para o despachante inserir as observações do chamador da resposta do paciente à terceira instrução de diagnóstico 308, conforme comunicado nas res-postas do chamador à terceira questão 316 e quarta questão 318. O terceiro campo de entrada 324 pode ser fornecido pela interface de usuário 300 como um grupo de botões de rádio. O terceiro campo de entrada 324 pode ser fornecido como quatro botões de rádio, e cada um dos botões de rádio pode ter um rótulo associado que fornece uma resposta potencial do chamador, tal como "Falou corretamente", "Fala ininteligível", "Fala confusa ou não compreensível" e "Não pode completar toda a solicitação". Estas respostas potenciais podem se correlacionar com um sinal ou sin-toma potencial que o paciente pode ter sofrido um acidente vascular cerebral.
[063] A Figura 3E é a interface de usuário 300 depois que a terceira intera-ção escrita é completa, depois que o despachante tem fornecido a entrada com o uso do terceiro campo de entrada 324. O despachante pode ter fornecido anteriormente a terceira instrução de diagnóstico 308 para o chamador e o chamador pode ter respondido à terceira questão 316 e quarta questão 318, transmitindo de volta para o despachante ao telefone, que o paciente não foi capaz de completar toda a solicitação. Consequentemente, conforme mostrado na Figura 3E, o despachante tem clicado o botão de rádio do terceiro campo de entrada 324 que corresponde à resposta do paciente potencial "Não pode completar toda a solicitação”. Um terceiro campo de resposta 338 fornece um número de resposta "4" que indica que a quarta resposta do paciente potencial no campo de entrada 324 foi selecionada pelo des-pachante.
[064] Depois que o despachante tiver completado todas as interações escri-tas, fornecendo entrada em todos os campos de entrada 320, 322, 324, a interface de usuário 300 pode fornecer uma entrada de término 326 que pode ser clicada para completar e/ou terminar a função de diagnóstico da ferramenta de identificação de acidente vascular cerebral. A entrada de término 326 pode ser fornecida como um botão. O despachante pode clicar no botão da entrada de término 326 para indicar para a ferramenta que o despachante tem completado, transmitindo as instruções de diagnóstico e inserindo a informação concernente às respostas do paciente confor-me reunido pelas questões. A entrada de término 326 pode, quando clicada, também sinaliza para a ferramenta para processar a entrada e fornecer uma determinação ou recomendação sobre se o paciente pode ter sofrido um acidente vascular cerebral. Se o despachante alterar a entrada fornecida para um campo de entrada 320, 322, 324, o despachante pode clicar novamente na entrada de término 326 para fazer com que a ferramenta de identificação de acidente vascular cerebral processe novamente a entrada e forneça uma determinação ou recomendação sobre se o paciente pode ter sofrido um acidente vascular cerebral. Além disso, clicar na en-trada de término 326 também pode sinalizar para a ferramenta comunicar a entrada recebida através de campos de entrada 320, 322, 324 para o protocolo de despacho médico de emergência e/ou calculador de valor determinante. Conforme mostrado pela modalidade ilustrada, a interface de usuário 300 pode apresentar a entrada de término 326 mediante a pré-seleção de maneira automática da mesma, de tal modo que o despachante possa, por exemplo, pressionar introduzir para finalizar (no lugar de clicar a entrada de término 326). Em outra modalidade, a entrada de término 326 pode ficar inativa até que a entrada adequada tenha sido fornecida para os campos de entrada 320, 322, 324.
[065] A Figura 3F é a interface de usuário 300 depois que o despachante tem fornecido a entrada com o uso da entrada de término 326. A ferramenta de iden-tificação de acidente vascular cerebral processa a entrada fornecida através dos campos de entrada 320, 322, 324 e gera uma recomendação a exibir no campo de recomendação 328. As Figuras 5A-5F ilustram um fluxograma para a geração de uma recomendação, de acordo com uma modalidade. A recomendação pode consis-tir em uma indicação da probabilidade que o paciente sofreu um acidente vascular cerebral. A recomendação também pode compreender instruções adicionais e/ou um curso de ação sugerido para o despachante e/ou o chamador.
[066] Na modalidade descrita, a ferramenta processa a entrada associada com "Leve diferença no sorriso (possível diferença)", "Somente um braço levantado" e "Não pode completar toda a solicitação" para gerar uma recomendação que há "Evidência clara de acidente vascular cerebral (2, 3,4)". O número de respostas "(2, 3,4)" também são incluídos para fornecer ao despachante uma rápida indicação da combinação precisa de respostas de questão (isto é, as respostas do paciente) que foram selecionadas e usadas na determinação da recomendação. A recomendação é apresentada para o despachante para fornecer a indicação do processamento (ou análise) da ferramenta. A ferramenta faz a determinação se o paciente tiver prova-velmente sofrido um acidente vascular cerebral. O despachante é aliviado de execu-tar qualquer função de diagnósticos e não precisa ter qualquer treinamento médico ou experiência para fornecer uma resposta confiável consistente para o cenário, conforme comunicado pelo chamador de emergência.
[067] Em outra modalidade, a ferramenta pode processar as pontuações ge-radas para a exibição em cada campo de resposta, que tem pré-processado a entrada para gerar cada pontuação. Alternativamente, a ferramenta pode processar a entrada de maneira separada e distinta da geração das pontuações. A recomendação pode incluir os resultados da determinação da ferramenta de identificação de acidente vascular cerebral sobre se o paciente pode ter sofrido um acidente vascular cerebral.
[068] A recomendação e/ou informação fornecida concernente às respostas do paciente às instruções de diagnóstico também pode ser comunicada para o pro-tocolo de despacho médico de emergência 108 e/ou calculador de valor determinan-te 110 do sistema de despacho médico de emergência 100 (vide Figura 1). A reco-mendação e/ou informação pode ser utilizada pelo protocolo de despacho médico de emergência 108 e/ou calculador de valor determinante 110 para gerar uma resposta médica de emergência adequada e/ou valor determinante que pode ser transmitido para os atendentes de emergência. A recomendação e/ou informação também pode ser usada pelo sistema de despacho médico de emergência 100 para estabelecer uma prioridade para a chamada.
[069] Uma entrada de encerramento 330 também é fornecida pela interface de usuário 300 para fechar a ferramenta e/ou ferramenta de diagnóstica interface 300. Na modalidade descrita, a entrada de encerramento 330 é fornecida como um botão que o usuário pode clicar. O despachante clica no botão de entrada de encer-ramento 330 para fechar a ferramenta de identificação de acidente vascular cerebral. Em outra modalidade, a entrada de encerramento 330 também pode sinalizar para a ferramenta transferir a recomendação e/ou a informação fornecida concernente às respostas da instrução de diagnóstico do paciente para o protocolo de despacho médico de emergência e/ou calculador de valor determinante, antes do fechamento da ferramenta.
[070] A modalidade descrita tem três conjuntos de interações escritas (cada interação escrita com, por exemplo, ao menos uma instrução de diagnóstico, ao menos uma instrução de interação, ao menos uma questão concernente à resposta do paciente para a instrução de diagnóstico e ao menos um campo de entrada). Embora as três interações escritas sejam fornecidas, outras disposições e configurações são possíveis. Conforme será observado, em outra modalidade, mais interações escritas (ou menos interações escritas) podem ser fornecidas. Em mais outra modalidade, uma interação escrita pode ter um número variado de instruções de diagnóstico, instruções de interação e questões (conforme evidenciado pela terceira interação escrita). Além disso, embora as interações escritas da modalidade descrita tenham um campo de resposta e/ou uma instrução de interação, outras modalidades podem fornecer interações escritas sem estes elementos.
[071] Conforme também pode ser observado, a ordem das interações escritas pode variar. Por exemplo, a segunda interação escrita que inclui a instrução 306, a questão 342 e o campo de entrada 322 pode ser apresentada antes da primeira interação escrita (isto é, a instrução 304, a questão 340 e o campo de entrada 320). Além disso, conforme também pode ser observado, um despachante pode prosseguir através das interações escritas em qualquer ordem. Embora a apresentação das interações escritas implique uma ordem, o despachante pode se dirigir a cada interação escrita em qualquer ordem. Por exemplo, o despachante pode se dirigir à terceira interação escrita primeiro. A terceira interação escrita descrita nas Figuras 3A-3F que inclui uma instrução 308, tal como "Pedir a ele para dizer, Deus ajuda a quem cedo madruga'", uma questão 316, tal como "Ele foi capaz de repetir isso cor-retamente?", e uma questão 318, tal como "Isto foi ininteligível, confuso ou não com-preensível?". O despachante pode escolher se dirigir a esta terceira interação escrita antes de se dirigir à primeira interação escrita. Semelhantemente, o despachante pode escolher se dirigir à terceira interação escrita depois da primeira interação es-crita e antes da segunda interação escrita. Semelhantemente, o despachante pode escolher se dirigir à segunda interação escrita antes da terceira interação escrita.
[072] Adicionalmente, a modalidade das Figuras 3A-3F apresenta todas as interações escritas em conjunto, em uma única tela de interface de usuário 300 da ferramenta de identificação de acidente vascular cerebral. No entanto, conforme pode ser observado por um elemento versado na técnica, as interações escritas podem ser apresentadas em telas separadas, fornecendo uma ordem definida em que as interações escritas deveriam ser dirigidas. Além disso, a instrução e questão de cada interação escrita também podem ser apresentadas em telas separadas.
[073] A Figura 4 é um fluxograma de uma interação escrita apresentada por um protocolo 400 de uma ferramenta de identificação de acidente vascular cerebral, de acordo com uma modalidade. A ferramenta de identificação de acidente vascular cerebral é inicializada de dentro do protocolo de despacho de emergência. O proto-colo de despacho de emergência pode inicializar automaticamente a ferramenta com base na entrada recebida pelo protocolo de despacho de emergência que indica que o paciente pode ter sofrido um acidente vascular cerebral. A ferramenta de identifi-cação de acidente vascular cerebral também pode ser inicializada manualmente, conforme desejado, pelo despachante. Quando a ferramenta de identificação de aci-dente vascular cerebral é inicializada, o fluxo lógico passa a partir do protocolo de despacho de emergência para o fluxo lógico da ferramenta de identificação de aci-dente vascular cerebral, conforme ilustrado no fluxograma do protocolo de ferramen-ta de identificação de acidente vascular cerebral 400.
[074] O protocolo 400 fornece 402 uma instrução que um despachante pode transmitir para o chamador. O protocolo 400 também pode fornecer 404 uma instru-ção de interação para direcionar o despachante na interação com o chamador. O protocolo fornece 406, então, uma questão para facilitar o chamador que obtém e transmite a informação sobre a resposta do paciente à instrução. O protocolo 400 também apresenta 408 um campo de entrada para possibilitar que o despachante forneça o protocolo com a entrada que corresponde à resposta do paciente à instru-ção e o protocolo recebe 410 a entrada inserida por despachante. O protocolo pode então fornecer as interações escritas adicionais, retrocedendo para a etapa que for-nece 402 uma instrução. Alternativamente, o protocolo 400 pode fazer uma determi-nação 412 sobre se o paciente sofreu provavelmente um acidente vascular cerebral com base na entrada recebida 410. Depois que a determinação 412 é feita, o fluxo lógico do protocolo 400 termina e o controle e transferido de volta para o protocolo de despacho de emergência.
[075] A Figura 5 é um fluxograma de um protocolo particular 500 de uma fer-ramenta de identificação de acidente vascular cerebral que fornece instruções e questões para um despachante, de acordo com uma modalidade. Conforme explica-do anteriormente, o protocolo de ferramenta de identificação de acidente vascular cerebral pode apresentar uma série de interações escritas que compreendem uma instrução e uma questão. Embora não descrito na Figura FIG 5, o protocolo 500 pode incluir etapas adicionais, tais como fornecer uma instrução de interação, apresentar um campo de entrada e receber a entrada, conforme ilustrado pelo protocolo 4 da Figura 4.
[076] Na modalidade da Figura 5, o protocolo 500 da ferramenta de identifi-cação de acidente vascular cerebral fornece 502 uma primeira instrução, tal como "Pedir a ele sorrir". O protocolo 500, então, fornece 504 uma primeira questão, tal como "O sorriso foi igual em ambos os lados de sua boca?", para obter as informa-ções sobre a resposta do paciente à primeira instrução. O protocolo fornece 506, então, uma segunda instrução, tal como “Pedir a ele levantar ambos os braços acima de sua cabeça", e fornece 508 uma segunda questão, tal como "O que ele foi capaz de fazer?". O protocolo fornece 510, então, uma terceira instrução, tal como "Pedir a ele para dizer, Deus ajuda a quem cedo madruga", e fornece 512 uma terceira questão, tal como "Ele foi capaz de repetir isso corretamente?".
[077] Em conjunto com o fornecimento de questões 504, 508, 512, o proto-colo 500 também fornece os campos de entrada, conforme descrito nas Figuras 3A- 3F e 4, e descrito com referência ao mesmo. Os campos de entrada possibilitam que um despachante forneça entrada que corresponde à resposta do chamador à ques-tão que comunica a resposta do paciente para a instrução. O protocolo 500 recebe a entrada para fazer uma determinação 514 sobre se o paciente tem provavelmente sofrido um acidente vascular cerebral. A determinação 516 tem por base a entrada fornecida pelo despachante, conforme discutido em maiores detalhes abaixo com referência às Figuras 6A-6D. O protocolo 500 retorna, então, para o protocolo de despacho de emergência. Os resultados da determinação e/ou a entrada inserida por despachante também pode ser retornada para o protocolo de despacho de emergência.
[078] As Figuras 6A-6D são um fluxograma de um protocolo 600 de uma fer-ramenta de identificação de acidente vascular cerebral que determina se um pacien-te tem provavelmente sofrido um acidente vascular cerebral, de acordo com uma modalidade. O caminho lógico para a determinação depende da entrada fornecida. Nas Figuras 6A-6D, o recebimento de entrada é representado como os caminhos fora dos blocos de questão. Com referência especificamente à Figura 6A, depois de ser iniciado de dentro do protocolo de despacho de emergência, o protocolo de fer-ramenta de identificação de acidente vascular cerebral 600 fornece 602 uma instru-ção, tal como "Pedir a ele sorrir". O protocolo 600, então, fornece 604 uma primeira questão, tal como "O sorriso foi igual em ambos os lados de sua boca?". Dependen-do da entrada fornecida (a qual indica a resposta do chamador à questão sobre a resposta do paciente para a instrução), o protocolo 600 prossegue ao longo de dife-rentes caminhos. Se a entrada recebida indicar "somente um lado da boca ou face mostra um sorriso", é feita a determinação 614 que existe uma clara evidência de um acidente vascular cerebral. O caminho lógico do protocolo 600 quando a entrada indica "Leve diferença no sorriso" é ilustrado na Figura 6B. O caminho lógico do pro-tocolo 600 quando a entrada indica "Não pode completar a solicitação" é mostrado na Figura 6C.
[079] Se a entrada indicar "Sorriso normal", o protocolo 600 fornece 606 uma instrução, tal como "Pedir a ele para levantar ambos os braços acima da cabeça". O protocolo 600 fornece 608 uma segunda questão, tal como "O que ele foi capaz de fazer?" para averiguar a partir do chamador a resposta do paciente para a instrução. Novamente, dependendo da entrada fornecida em resposta a esta questão, o proto- colo 600 prossegue ao longo de diferentes caminhos. Se a entrada recebida indicar "Somente um braço levantado", é feita a determinação 614 que existe uma clara evi-dência de um acidente vascular cerebral. Se a entrada recebida indicar "Ambos os braços levantaram igualmente" ou o paciente "Não pode completar a solicitação", o fluxo lógico prossegue ao longo de um caminho que é diferente do caminho quando a entrada recebida indica "Um braço mais alto do que o outro".
[080] Independente de qual caminho o fluxo lógico prossegue ao longo, o protocolo 600 fornece 610, 618 uma instrução, tal como "Pedir a ele para dizer, Deus ajuda a quem cedo madruga" e fornece 612, 620 uma terceira questão, tal como "Ele foi capaz de repetir isso corretamente?". Além disso, independente de qual caminho o fluxo lógico prossegue ao longo, se a entrada recebida na resposta para a terceira questão fornecida 612, 620 indicar "Fala ininteligível" ou "Fala confusa ou não com-preensível", então, é feita a determinação 614 que existe uma clara evidência de um acidente vascular cerebral. No entanto, se a resposta para a segunda questão for-necida 608 consistir em "Ambos os braços levantaram igualmente" ou "Não pode completar a solicitação", e a resposta para a terceira questão fornecida 612 consistir em "Falou corretamente" ou "Não pode completar a solicitação", então, é feita a de-terminação 616 que não existe evidência de um acidente vascular cerebral. Se a resposta para a segunda questão fornecida 608 consistir em "Um braço mais alto do que o outro" e a resposta para a terceira questão fornecida 620 consistir em "Falou corretamente" ou "Não pode completar a solicitação", então, é feita a determinação que existe uma evidência parcial de um acidente vascular cerebral. Depois que a determinação 614, 616, 622 é feita, o protocolo 600 termina e o controle passa de volta para o protocolo de despacho de emergência.
[081] A Figura 6B ilustra o fluxo lógico do protocolo 600 se a entrada forneci-da em resposta à primeira questão indicar "Leve diferença no sorriso". A Figura 6C ilustra o fluxo lógico do protocolo 600 se a entrada fornecida em resposta à primeira questão indicar "Não pode completar a solicitação". A Figura 6D ilustra o fluxo lógico do protocolo 600 se a entrada fornecida em resposta à segunda questão indicar "Não pode completar a solicitação". Conforme ilustrado, estas ramificações alternadas do protocolo 600 fornecem 624, 628, 638, 644, 648, 658, 664 instruções e fornecem 626, 632, 640, 646, 652, 660, 666 questões. O fluxo lógico é um tanto similar ao fluxo lógico da Figura 6A, exceto pelo fato de que a entrada fornecida em resposta às questões pode conduzir às determinações 634, 638, 642, 654, 656, 662, 668, 670, 672 que podem ser diferentes. Por exemplo, a entrada fornecida pode sugerir "Nenhuma evidência de um acidente vascular cerebral", "Evidência parcial de um acidente vascular cerebral", "Forte evidência de um acidente vascular cerebral", "Clara evidência de um acidente vascular cerebral" ou "Incapaz de completar o diag-nóstico".
[082] Os caminhos lógicos do protocolo 600, conforme mostrado nas Figuras 6A-6D, ilustram que algumas respostas podem consistir em uma clara evidência de um acidente vascular cerebral, enquanto que outras respostas sozinhas podem con-sistir simplesmente em evidência parcial ou forte evidência de um acidente vascular cerebral. Por exemplo, a entrada "Somente um lado da boca mostra um sorriso", "Somente um braço levantado", "Fala ininteligível" e "Fala confusa ou não compre-ensível" pode conduzir a uma determinação "Clara evidência de acidente vascular cerebral". Em contrapartida, a entrada "Leve diferença no sorriso" ou "Um braço mais alto do que o outro" pode conduzir a uma determinação "Evidência parcial de acidente vascular cerebral" ou "Forte evidência de acidente vascular cerebral". Con-forme pode ser observado, a entrada fornecida (e implicitamente as respostas do paciente) pode variar e pode alterar em importância na determinação à medida que a pesquisa adicional e a informação é adquirida em relação aos sinais e sintomas de um acidente vascular cerebral. Os caminhos lógicos ilustrados do protocolo 600 de-monstram como a entrada pode ser internamente ponderada de maneira diferente e, então, processada para gerar uma determinação se um paciente tem provavelmente sofrido um acidente vascular cerebral.
[083] As modalidades descritas acima, conforme explicado anteriormente, terminam e transferem o controle para o protocolo de despacho de emergência (ou de outra forma permitem que o protocolo de despacho de emergência reinicie). Con-forme pode ser observado, as modalidades podem transferir ou de outra forma co-municar a determinação ou recomendação sobre se o paciente pode ter sofrido um acidente vascular cerebral e/ou a entrada recebida através de campos de entrada para o protocolo de despacho de emergência e/ou o calculador de valor determinan-te, e podem ajudar na determinação da prioridade da resposta de despacho. O re-sultado da determinação pode ser incorporado na travessia da árvore lógica do pro-tocolo de despacho de emergência. Por exemplo, as determinações subsequentes sobre como o protocolo de despacho de emergência prossegue ao longo da árvore lógica podem ser com base, ao menos em parte, na determinação da ferramenta de identificação de acidente vascular cerebral. Um elemento versado na técnica pode observar que a recomendação e a entrada podem ser comunicadas para outros componentes do sistema de despacho médico de emergência 100 também. Além disso, outras informações também podem ser comunicadas. Toda a informação to-mada pelas ferramentas pode ser armazenada pelo sistema 100 e transportada para o calculador de valor determinante 110, o módulo de relatório 114, o sistema de CAD 112 e/ou para atendentes de emergência treinados. Esta informação pode ser usada para auxiliar os atendentes de emergência antes da chegada. As ferramentas 120, que incluem a ferramenta de identificação de acidente vascular cerebral 122, aperfeiçoam consideravelmente a coleta de informação e intervenção para situações de resposta médica de emergência e irão consistir em uma ajuda no salvamento de vidas.
[084] Embora as modalidades e aplicações específicas da descrição tenham sido ilustradas e descritas, deve-se compreender que a descrição não é limitada à configuração precisa e componentes apresentados no presente documento. Diver-sas modificações, alterações e variações evidentes para os elementos versados na técnica podem ser feitas na disposição, operação e detalhes dos métodos e sistemas da descrição, sem que se desvie do espírito e escopo da descrição.

Claims (19)

1. Método implementado por computador para auxiliar um despachante (104) quando se comunica com um chamador (118) através do telefone (116), em relação a uma emergência médica de um paciente (117), CARACTERIZADO pelo fato de que compreende: um sistema de computador (106) de centro de despacho que fornece um protocolo (108) de despacho de emergência para auxiliar o despachante, em que o protocolo apresenta uma pluralidade de interrogatórios pré-escritos para o despachante perguntar ao chamador para reunir informações em relação à emergência e gerar uma resposta de despacho de emergência pelos atendentes de emergência; o sistema de computador de centro de despacho que inicia uma ferramenta (120) no computador de centro de despacho, a ferramenta configurada para auxiliar o despachante na orientação do chamador para obter informação que pode ser usada pela ferramenta para diagnosticar se o paciente sofreu um acidente vascular cerebral; a ferramenta apresentando para o despachante uma interface de usuário (200,300); a ferramenta fornecendo uma instruções de diagnósticos (502, 504, 506; 602, 606, 610, 618, 624, 628, 638, 644 648, 658, 664) através da interface de usuário para o despachante transmitir vocalmente para o chamador ao telefone, para auxiliar o chamador na identificação de sinais e sintomas de que o paciente sofreu um acidente vascular cerebral; a ferramenta fornecendo campos de entrada (320, 322, 324) através da interface de usuário pela qual o despachante pode inserir entrada indicativa da informação retransmitida pelo chamador sobre as observações do chamador de sinais e sintomas de um acidente vascular cerebral, em que os campos de entrada compreendem uma pluralidade de botões de rádio associados cada um com uma potencial observação do chamador; a ferramenta recebendo a entrada inserida pelo despachante através de bo- tões de rádio indicativa da informação retransmitida pelo chamador com relação às observações do chamador sobre as respostas do paciente às instruções de diagnós-ticos, em que as observações do chamador são vocalmente retransmitidas ao telefone para o despachante; a ferramenta determinando uma pontuação baseada na entrada inserida pelo despachante para cada resposta do paciente, em que cada pontuação está associada à um dos botões de rádio e é indicativa da importância da resposta do paciente em indicar que o paciente sofreu um acidente vascular cerebral; a ferramenta fornecendo, através da interface de usuário, um indicador do nível de importância de cada resposta do paciente em uma pluralidade de campos de resposta; e a ferramenta determinando (514, 614, 616, 622, 634, 636, 642, 654, 656, 662, 668, 670, 672) a probabilidade de que o paciente ter sofrido um acidente vascular cerebral com base na entrada inserida pelo despachante indicativa da informação retransmitida por chamador.
2. Método implementado por computador, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que os indicadores são indicadores visuais que compreendem uma cor, um contador ou um gráfico de barras.
3. Método implementado por computador, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que indicadores compreendem as ditas pontuações.
4. Método implementado por computador, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que compreende adicionalmente a ferramenta indicando ao despachante, através da interface de usuário, os resultados da determinação se o paciente sofreu um acidente vascular cerebral.
5. Método implementado por computador, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que compreende adicionalmente: a ferramenta gerando uma recomendação (328) que pode ser retransmitida aos atendentes de emergência com base na determinação se o paciente sofreu um acidente vascular cerebral; e a interface de usuário da ferramenta que exibe a recomendação para o despachante.
6. Método implementado por computador, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que o sistema de computador de centro de despacho inicia a ferramenta com base na entrada inserida pelo despachante indicativa de uma ou mais respostas do chamador aos interrogatórios apresentados ao despachante pelo protocolo.
7. Método implementado por computador, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que compreende adicionalmente, o sistema de computador de centro de despacho que apresenta para o despachante uma interface de usuário de protocolo de despacho de emergência que tem uma entrada de inicialização de ferramenta para iniciar a ferramenta, em que o sistema de computador de centro de despacho inicia a ferramenta em resposta à entrada de inicialização da ferramenta.
8. Método implementado por computador, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que compreende adicionalmente, o sistema de computador de centro de despacho que determina uma prioridade para a resposta de despacho de emergência com base na ferramenta determinando se o paciente sofreu um acidente vascular cerebral.
9. Método implementado por computador, de acordo com a reivindicação 8, CARACTERIZADO pelo fato de que o sistema de computador de centro de despacho que determina a prioridade compreende adicionalmente, determinar um valor determinante.
10. Método implementado por computador, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que a ferramenta que fornece as instruções através da interface de usuário inclui o fornecimento de instruções que direcionam o chamador a pedir ao paciente que execute uma ação, e em que o método implementado por computador compreende adicionalmente, a ferramenta fornecendo as questões para o despachante para direcionar ao chamador em relação às observações do chamador em relação ao paciente que executa a ação.
11. Método implementado por computador, de acordo com a reivindicação 10, CARACTERIZADO pelo fato de que a ferramenta que fornece instruções que direcionam o chamador a pedir ao paciente que execute uma ação compreende o fornecimento de uma instrução que direciona o chamador a pedir ao paciente que sorria (304), e em que a ferramenta que fornece para o despachante as questões (340) para direcionar ao chamador em relação às observações do chamador compreende perguntar ao chamador se o sorriso do paciente foi igual em ambos os lados da boca do paciente.
12. Método implementado por computador, de acordo com a reivindicação 10, CARACTERIZADO pelo fato de que a ferramenta que fornece as instruções que direcionam o chamador a pedir ao paciente que execute uma ação compreende o fornecimento de uma instrução que direciona o chamador a pedir ao paciente que levante ambos os braços acima da cabeça (306) do paciente, e em que a ferramenta que fornece para o despachante as questões (342) para direcionar ao chamador em relação às observações do chamador compreende perguntar ao chamador se o paciente foi capaz de levantar ambos os braços acima da cabeça do paciente.
13. Método implementado por computador, de acordo com a reivindicação 10, CARACTERIZADO pelo fato de que a ferramenta que fornece instruções que direcionam o chamador a pedir ao paciente que execute uma ação compreende o fornecimento de uma instrução que direciona o chamador a pedir ao paciente que fale uma frase (308), e em que a ferramenta que fornece ao despachante questões (344,346) para direcionar ao chamador em relação às observações do chamador compreende perguntar ao chamador se o paciente foi capaz de repetir a frase corretamente.
14. Método implementado por computador, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que compreende adicionalmente, a ferramenta fornecendo uma entrada de término através da interface de usuário, em que a ferramenta faz a determinação se o paciente sofreu um acidente vascular cerebral em resposta à entrada de término.
15. Método implementado por computador, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que compreende adicionalmente: a interface de usuário da ferramenta que fornece uma entrada de encerramento; e a ferramenta terminando a operação em resposta à entrada de encerramento.
16. Método implementado por computador, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que compreende adicionalmente, a ferramenta fornecendo para o protocolo de despacho de emergência os resultados da determinação da ferramenta se o paciente sofreu um acidente vascular cerebral.
17. Método implementado por computador, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que o protocolo de despacho de emergência compreende um protocolo de despacho médico de emergência.
18. Meio de armazenamento legível por computador CARACTERIZADO por incluir código de instrução legível por computador para execução de um método para auxiliar um despachante (104) quando se comunica com um chamador (118) através do telefone (116), em relação a uma emergência médica de um paciente (117), conforme definido em qualquer uma das reivindicações 1 a 17.
19. Sistema de computador (106) para executar um método para auxiliar um despachante (104) quando se comunica com um chamador (118) através do telefone (116), em relação a uma emergência médica de um paciente (117), CARACTERIZADO pelo fato de que o sistema de computador compreende: um processador; um dispositivo de entrada em comunicação elétrica com o processador; um dispositivo de saída em comunicação elétrica com o processador; e uma memória em comunicação elétrica com o processador, e que tem armazenado na mesma um código de instrução legível de computador para executar um método para auxiliar um despachante quando se comunica com um chamador através de telefone em relação à uma emergência médica de um paciente conforme definido em qualquer uma das reivindicações 1 a 17.
BR112012002351-9A 2009-09-11 2010-07-27 método implementado por computador para auxiliar um despachante quando se comunica com um chamador através do telefone, meio legível por computador e sistema de computador para executar o referido método BR112012002351B1 (pt)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US12/558,045 US8355483B2 (en) 2009-09-11 2009-09-11 Stroke diagnostic and intervention tool for emergency dispatch
US12/558,045 2009-09-11
PCT/US2010/043308 WO2011031382A1 (en) 2009-09-11 2010-07-27 Stroke diagnostic and intervention tool for emergency dispatch

Publications (2)

Publication Number Publication Date
BR112012002351A2 BR112012002351A2 (pt) 2016-06-07
BR112012002351B1 true BR112012002351B1 (pt) 2020-12-08

Family

ID=43730550

Family Applications (1)

Application Number Title Priority Date Filing Date
BR112012002351-9A BR112012002351B1 (pt) 2009-09-11 2010-07-27 método implementado por computador para auxiliar um despachante quando se comunica com um chamador através do telefone, meio legível por computador e sistema de computador para executar o referido método

Country Status (11)

Country Link
US (1) US8355483B2 (pt)
EP (1) EP2476092B1 (pt)
CN (1) CN102576449A (pt)
AU (1) AU2010292882B2 (pt)
BR (1) BR112012002351B1 (pt)
CA (1) CA2768689C (pt)
GB (1) GB2482741A (pt)
MY (1) MY184595A (pt)
NZ (1) NZ597631A (pt)
SG (1) SG177729A1 (pt)
WO (1) WO2011031382A1 (pt)

Families Citing this family (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8335298B2 (en) * 2009-09-14 2012-12-18 Clawson Jeffrey J Pandemic diagnostic and intervention tool for emergency dispatch
US8294570B2 (en) * 2010-02-24 2012-10-23 Clawson Jeffrey J Burn diagnostic and intervention tool for emergency dispatch
US8488748B2 (en) 2011-01-19 2013-07-16 Jeffrey J. Clawson Meningitis diagnostic and intervention tool for emergency dispatch
US8396191B2 (en) 2011-02-11 2013-03-12 Jeffrey J. Clawson Anti-social protocol for emergency dispatch
US8670526B2 (en) 2011-02-11 2014-03-11 Jeffrey J. Clawson Hate crime diagnostic and intervention tool for emergency dispatch
GB2501680A (en) * 2011-02-11 2013-11-06 Jeffrey Johnson Clawson Anti-social protocol for emergency dispatch
US8712020B2 (en) 2012-09-06 2014-04-29 Jeffrey J. Clawson Pandemic protocol for emergency dispatch
US8873719B2 (en) 2013-01-31 2014-10-28 Jeffrey J. Clawson Active assailant protocol for emergency dispatch
AU2014212257B2 (en) 2013-01-31 2017-06-29 Jeffrey J. Clawson System and method for text messaging for emergency response
US20140314212A1 (en) * 2013-04-22 2014-10-23 Avaya Inc. Providing advisory information associated with detected auditory and visual signs in a psap environment
GB2513643B (en) 2013-05-02 2017-03-22 Cantel (Uk) Ltd Medical accessory holder
US9307383B1 (en) 2013-06-12 2016-04-05 Google Inc. Request apparatus for delivery of medical support implement by UAV
JP6336252B2 (ja) * 2013-07-17 2018-06-06 キヤノン株式会社 レポート作成支援装置、その制御方法、及びプログラム
US9516166B1 (en) * 2015-05-28 2016-12-06 Jeffrey J. Clawson Chemical suicide protocol for emergency response
US10657614B2 (en) 2015-12-23 2020-05-19 Jeffrey J. Clawson Locator diagnostic system for emergency dispatch
US10390691B2 (en) 2015-12-24 2019-08-27 Cantel (Uk) Limited Medical accessory holder
US9877171B2 (en) * 2016-04-08 2018-01-23 Jeffrey J. Clawson Picture/video messaging protocol for emergency response
US10623555B2 (en) * 2016-09-27 2020-04-14 Hartford Fire Insurance Company Controlling a graphical user interface for workflow
KR101947036B1 (ko) * 2017-04-28 2019-02-14 서울대학교병원 양성돌발체위현훈의 웹 기반 자가 진단/치료 장치 및 방법
US20190318290A1 (en) 2018-04-13 2019-10-17 Jeffrey Clawson Medical transfer protocol system and method
US10699548B2 (en) 2018-04-19 2020-06-30 Jeffrey J. Clawson Expedited dispatch protocol system and method
US11551324B2 (en) * 2019-11-15 2023-01-10 Motorola Solutions, Inc. Device, system and method for role based data collection and public-safety incident response
US11937160B2 (en) 2021-04-23 2024-03-19 Priority Dispatch Corporation System and method for emergency dispatch
US11910471B2 (en) 2021-04-23 2024-02-20 Priority Dispatch Corp. System and method for emergency dispatch

Family Cites Families (152)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4130881A (en) 1971-07-21 1978-12-19 Searle Medidata, Inc. System and technique for automated medical history taking
US3799147A (en) 1972-03-23 1974-03-26 Directors University Cincinnat Method and apparatus for diagnosing myocardial infarction in human heart
US4164320A (en) 1974-09-26 1979-08-14 Medical Laboratory Automation, Inc. Patient and specimen identification means and system employing same
US4290114A (en) 1976-07-01 1981-09-15 Sinay Hanon S Medical diagnostic computer
US4237344A (en) 1979-04-20 1980-12-02 Hospital Communication Systems, Inc. Rapid response health care communications system
NL178633C (nl) 1979-06-27 1986-04-16 Siemens Nederland Communicatiestelsel voor het vanuit een hoofdpost en via een transmissiekanaal bewaken van een aantal subposten.
US4360345A (en) 1980-07-14 1982-11-23 American Heart Association, Inc. Health education system
US4455548A (en) 1981-01-26 1984-06-19 Burnett Dorothy K Call system and methods and apparatus for operating same
JPS57211338A (en) 1981-06-24 1982-12-25 Tokyo Shibaura Electric Co Tatal image diagnosis data treating apparatus
US4489387A (en) 1981-08-20 1984-12-18 Lamb David E Method and apparatus for coordinating medical procedures
US4926495A (en) 1986-12-11 1990-05-15 Motorola, Inc. Computer aided dispatch system
US4858121A (en) 1986-12-12 1989-08-15 Medical Payment Systems, Incorporated Medical payment system
US4839822A (en) 1987-08-13 1989-06-13 501 Synthes (U.S.A.) Computer system and method for suggesting treatments for physical trauma
US4945476A (en) 1988-02-26 1990-07-31 Elsevier Science Publishing Company, Inc. Interactive system and method for creating and editing a knowledge base for use as a computerized aid to the cognitive process of diagnosis
US5063522A (en) 1988-03-15 1991-11-05 Intellisystems, Inc. Multi-user, artificial intelligent expert system
US4865549A (en) 1988-04-14 1989-09-12 Kristicare, Inc. Medical documentation and assessment apparatus
IT1219379B (it) 1988-06-15 1990-05-11 Hospal Dasco Spa Metodo e apparecchiatura per la previsione degli effetti collaterali che si manifestano in un paziente durante un trattamento di dialisi
US5253164A (en) 1988-09-30 1993-10-12 Hpr, Inc. System and method for detecting fraudulent medical claims via examination of service codes
US5122959A (en) 1988-10-28 1992-06-16 Automated Dispatch Services, Inc. Transportation dispatch and delivery tracking system
US5077666A (en) 1988-11-07 1991-12-31 Emtek Health Care Systems, Inc. Medical information system with automatic updating of task list in response to charting interventions on task list window into an associated form
US5072383A (en) 1988-11-19 1991-12-10 Emtek Health Care Systems, Inc. Medical information system with automatic updating of task list in response to entering orders and charting interventions on associated forms
US4922514A (en) 1988-12-29 1990-05-01 Dictaphone Corporation Method and apparatus for dispatching services
US5193855A (en) 1989-01-25 1993-03-16 Shamos Morris H Patient and healthcare provider identification system
US5086391A (en) 1989-02-24 1992-02-04 Chambers Bryan R Remote controller for activating speech messages and for contacting emergency services
US5109399A (en) 1989-08-18 1992-04-28 Alamo City Technologies, Inc. Emergency call locating system
US5065315A (en) 1989-10-24 1991-11-12 Garcia Angela M System and method for scheduling and reporting patient related services including prioritizing services
US5759044A (en) 1990-02-22 1998-06-02 Redmond Productions Methods and apparatus for generating and processing synthetic and absolute real time environments
US5255187A (en) 1990-04-03 1993-10-19 Sorensen Mark C Computer aided medical diagnostic method and apparatus
US5761493A (en) 1990-04-30 1998-06-02 Texas Instruments Incorporated Apparatus and method for adding an associative query capability to a programming language
US5594786A (en) 1990-07-27 1997-01-14 Executone Information Systems, Inc. Patient care and communication system
US5822544A (en) 1990-07-27 1998-10-13 Executone Information Systems, Inc. Patient care and communication system
US5291399A (en) 1990-07-27 1994-03-01 Executone Information Systems, Inc. Method and apparatus for accessing a portable personal database as for a hospital environment
US5228449A (en) 1991-01-22 1993-07-20 Athanasios G. Christ System and method for detecting out-of-hospital cardiac emergencies and summoning emergency assistance
US5754960A (en) 1991-02-22 1998-05-19 Ericsson Inc. Display console and user interface for multisite RF trunked system
US5379337A (en) 1991-08-16 1995-01-03 U S West Advanced Technologies, Inc. Method and system for providing emergency call service
US5323444A (en) 1991-08-16 1994-06-21 U S West Advanced Technologies, Inc. Emergency call system with call capacity/last chance routing feature
DE69227562T2 (de) 1991-09-11 1999-04-22 Hewlett Packard Co Datenverarbeitungssystem und Verfahren zur automatischen Durchführung von prioritisierten pflegerischen Diagnosen durch Auswertung von Patientendaten
US5516702A (en) 1991-11-06 1996-05-14 Adeza Biomedical Corporation Screening method for identifying women at increased risk for imminent delivery
US5353793A (en) 1991-11-25 1994-10-11 Oishi-Kogyo Company Sensor apparatus
US5502726A (en) 1992-01-31 1996-03-26 Nellcor Incorporated Serial layered medical network
JP3144030B2 (ja) 1992-02-24 2001-03-07 東陶機器株式会社 健康管理ネットワークシステム
US5745532A (en) 1992-03-12 1998-04-28 Ntp Incorporated System for wireless transmission and receiving of information and method of operation thereof
US5544649A (en) 1992-03-25 1996-08-13 Cardiomedix, Inc. Ambulatory patient health monitoring techniques utilizing interactive visual communication
US5441047A (en) 1992-03-25 1995-08-15 David; Daniel Ambulatory patient health monitoring techniques utilizing interactive visual communication
US5339351A (en) 1992-06-02 1994-08-16 Hoskinson John D Emergency response system
US6968375B1 (en) 1997-03-28 2005-11-22 Health Hero Network, Inc. Networked system for interactive communication and remote monitoring of individuals
IT1264320B (it) 1992-12-01 1996-09-23 Sistema per distribuire automaticamente le chiamate ai radiotaxi
US5912818A (en) 1993-01-25 1999-06-15 Diebold, Incorporated System for tracking and dispensing medical items
US5423061A (en) 1993-06-01 1995-06-06 Motorola, Inc. Method for providing dispatch services to communication groups and multiple communication groups
US5377258A (en) 1993-08-30 1994-12-27 National Medical Research Council Method and apparatus for an automated and interactive behavioral guidance system
US5748907A (en) 1993-10-25 1998-05-05 Crane; Harold E. Medical facility and business: automatic interactive dynamic real-time management
US5557254A (en) 1993-11-16 1996-09-17 Mobile Security Communications, Inc. Programmable vehicle monitoring and security system having multiple access verification devices
US5991751A (en) 1997-06-02 1999-11-23 Smartpatents, Inc. System, method, and computer program product for patent-centric and group-oriented data processing
WO1995015051A1 (en) 1993-11-29 1995-06-01 Greater Harris County 9-1-1 Emergency Network Integrated data collection and transmission for emergency calls
US5660176A (en) 1993-12-29 1997-08-26 First Opinion Corporation Computerized medical diagnostic and treatment advice system
US5594638A (en) 1993-12-29 1997-01-14 First Opinion Corporation Computerized medical diagnostic system including re-enter function and sensitivity factors
US6022315A (en) 1993-12-29 2000-02-08 First Opinion Corporation Computerized medical diagnostic and treatment advice system including network access
US5471382A (en) 1994-01-10 1995-11-28 Informed Access Systems, Inc. Medical network management system and process
US5590269A (en) 1994-04-22 1996-12-31 Minnesota Mining & Manufacturing Company Resource assignment system providing mixed-initiative user interface updates
US5521812A (en) 1994-05-06 1996-05-28 David L. Feder Emergency information apparatus and method
US5536084A (en) 1994-05-09 1996-07-16 Grandview Hospital And Medical Center Mobile nursing unit and system therefor
US5630125A (en) 1994-05-23 1997-05-13 Zellweger; Paul Method and apparatus for information management using an open hierarchical data structure
US5724983A (en) 1994-08-01 1998-03-10 New England Center Hospitals, Inc. Continuous monitoring using a predictive instrument
US5513993A (en) 1994-08-29 1996-05-07 Cathy R. Lindley Educational 911 training device
US5462051A (en) 1994-08-31 1995-10-31 Colin Corporation Medical communication system
US5438996A (en) 1994-10-12 1995-08-08 Triton Technology, Inc. Ambulatory, ultrasonic transit time, real-time, cervical effacement and dilatation monitor with disposable probes
US5842173A (en) 1994-10-14 1998-11-24 Strum; David P. Computer-based surgical services management system
US5959580A (en) 1994-11-03 1999-09-28 Ksi Inc. Communications localization system
US5636873A (en) 1994-11-28 1997-06-10 Kristi L. Sonsteby Medical documentation and assessment apparatus
US5682419A (en) 1995-01-26 1997-10-28 Grube; Gary W. Method and apparatus for providing infrastructure call support
CN100501754C (zh) 1995-02-13 2009-06-17 英特特拉斯特技术公司 用于安全交易管理和电子权利保护的系统和方法
US5555015A (en) 1995-03-20 1996-09-10 Intrinzix Technologies, Inc. Wireless two way transmission between center and user stations via a relay
AU5522396A (en) 1995-03-29 1996-10-16 Ericsson Inc. Console dispatch in an extended multisite radio communicatio ns network
US5554031A (en) 1995-04-20 1996-09-10 Retina Systems, Inc. Training system for reporting 911 emergencies
US5719918A (en) 1995-07-06 1998-02-17 Newnet, Inc. Short message transaction handling system
US5734706A (en) 1995-07-27 1998-03-31 Windsor; Victoria Brein Caller identification and data retrieval system
US5844817A (en) 1995-09-08 1998-12-01 Arlington Software Corporation Decision support system, method and article of manufacture
JP3431367B2 (ja) 1995-10-03 2003-07-28 東芝マイクロエレクトロニクス株式会社 不揮発性半導体記憶装置の製造方法
US5961446A (en) 1995-10-06 1999-10-05 Tevital Incorporated Patient terminal for home health care system
US5832187A (en) 1995-11-03 1998-11-03 Lemelson Medical, Education & Research Foundation, L.P. Fire detection systems and methods
US5809493A (en) 1995-12-14 1998-09-15 Lucent Technologies Inc. Knowledge processing system employing confidence levels
US5926526A (en) 1995-12-29 1999-07-20 Seymour A. Rapaport Method and apparatus for automated patient information retrieval
US5805670A (en) 1996-03-19 1998-09-08 Life Safety Solutions, Inc. Private notification system for communicating 9-1-1 information
US6112083A (en) 1996-03-27 2000-08-29 Amsc Subsidiary Corporation Full service dispatcher for satellite trunked radio service system
US5989187A (en) 1996-03-29 1999-11-23 Medical Priority Consultants, Inc. Method and system for giving remote emergency medical counseling for childbirth patients
US6010451A (en) 1996-03-29 2000-01-04 Clawson; Jeffrey J. Method and system for giving remote emergency medical counsel to choking patients
US5857966A (en) * 1996-03-29 1999-01-12 Clawson; Jeffrey J. Method and system for the unconscious or fainting protocol of an emergency medical dispatch system
US6004266A (en) 1996-03-29 1999-12-21 Clawson; Jeffrey J. Method and system for the heart problem protocol of an emergency medical dispatch system
US6053864A (en) 1996-03-29 2000-04-25 Clawson; Jeffrey J. Method and system for giving remote emergency medical counsel to arrest patients
US6106459A (en) 1996-03-29 2000-08-22 Clawson; Jeffrey J. Method and system for the entry protocol of an emergency medical dispatch system
US5901214A (en) 1996-06-10 1999-05-04 Murex Securities, Ltd. One number intelligent call processing system
US5787429A (en) 1996-07-03 1998-07-28 Nikolin, Jr.; Michael A. Potential hazard and risk-assessment data communication network
US5823948A (en) 1996-07-08 1998-10-20 Rlis, Inc. Medical records, documentation, tracking and order entry system
US6035187A (en) 1996-10-30 2000-03-07 Comarco Wireless Technologies, Inc. Apparatus and method for improved emergency call box
US7016856B1 (en) 1996-12-13 2006-03-21 Blue Cross Blue Shield Of South Carolina Automated system and method for health care administration
US5933780A (en) 1997-02-21 1999-08-03 Connor; James M. Method and apparatus for enhanced logged supergroup/multigroup call retrieval
US6076065A (en) 1997-03-28 2000-06-13 Clawson; Jeffrey J. Method and system for the pregnancy condition protocol of an emergency medical dispatch system
US6078894A (en) 1997-03-28 2000-06-20 Clawson; Jeffrey J. Method and system for evaluating the performance of emergency medical dispatchers
US5902234A (en) 1997-04-10 1999-05-11 Webb; Nicholas J. Medical communication system for ambulatory home-care patients
US6040770A (en) 1997-09-05 2000-03-21 Britton; Rick A. Communication path integrity supervision in a network system for automatic alarm data communication
US5991730A (en) 1997-10-08 1999-11-23 Queue Corporation Methods and systems for automated patient tracking and data acquisition
US5850611A (en) 1997-11-07 1998-12-15 Motorola, Inc. Method and apparatus for communicating in a dispatch communication system
US6115646A (en) 1997-12-18 2000-09-05 Nortel Networks Limited Dynamic and generic process automation system
US6134105A (en) 1998-01-06 2000-10-17 Lueker; Mark David Portable command center
US6117073A (en) 1998-03-02 2000-09-12 Jones; Scott J. Integrated emergency medical transportation database system
US6370234B1 (en) 1998-06-16 2002-04-09 Kroll Family Trust Public service answering point with automatic triage capability
US20020106059A1 (en) 1998-06-16 2002-08-08 Kroll Mark W. Public service answering point with automatic triage capability
US6052574A (en) 1998-06-22 2000-04-18 Lucent Technologies Inc. Auxiliary monitoring of emergency access calls
US6118866A (en) 1998-08-03 2000-09-12 Geneys Telecommunications Laboratories, Inc. Emergency call load management for call centers
US6594634B1 (en) 1998-09-14 2003-07-15 Medtronic Physio-Control Corp. Method and apparatus for reporting emergency incidents
US6074345A (en) 1998-10-27 2000-06-13 University Of Florida Patient data acquisition and control system
US6901397B1 (en) 1999-02-05 2005-05-31 Gte Service Corporation Method and apparatus for providing web-based assistance to customers and service representatives
US6535121B2 (en) 1999-04-09 2003-03-18 Richard K. Matheny Fire department station zoned alerting control system
US20100198755A1 (en) 1999-04-09 2010-08-05 Soll Andrew H Enhanced medical treatment
US6696956B1 (en) 1999-05-10 2004-02-24 Junji Uchida Emergency dispatching system
US20020007285A1 (en) 1999-06-18 2002-01-17 Rappaport Alain T. Method, apparatus and system for providing targeted information in relation to laboratory and other medical services
US6292542B1 (en) 1999-08-11 2001-09-18 At&T Corp. Method and apparatus for handling an in-call request for emergency services
US7194395B2 (en) 2000-02-23 2007-03-20 The United States Of America As Represented By The Secretary Of The Army System and method for hazardous incident decision support and training
US6610012B2 (en) 2000-04-10 2003-08-26 Healthetech, Inc. System and method for remote pregnancy monitoring
US20020004729A1 (en) 2000-04-26 2002-01-10 Christopher Zak Electronic data gathering for emergency medical services
US6931112B1 (en) 2000-06-12 2005-08-16 Aspect Communications Corporation User invoked directed outdial method and apparatus
US8043224B2 (en) 2000-07-12 2011-10-25 Dimicine Research It, Llc Telemedicine system
US7428301B1 (en) 2000-10-09 2008-09-23 Clawson Jeffrey J Method and system for the exit protocol of an emergency medical dispatch system
US6607481B1 (en) 2000-10-10 2003-08-19 Jeffrey J. Clawson Method and system for an improved entry process of an emergency medical dispatch system
US20030028536A1 (en) 2001-02-27 2003-02-06 Singh Hartej P. Proactive emergency response system
US20030050538A1 (en) 2001-05-29 2003-03-13 Morteza Naghavi System and method for medical observation system located away from a hospital
US6879819B2 (en) 2001-06-25 2005-04-12 Denso Corporation Control and messaging during emergency calls
US8417533B2 (en) 2001-09-25 2013-04-09 Jeffrey J. Clawson Method and system for the fire response dispatch protocol of an emergency dispatch system
US7436937B2 (en) 2001-09-26 2008-10-14 Clawson Jeffrey J Method and system for the police response dispatch protocol of an emergency dispatch system
JP4936094B2 (ja) 2001-09-28 2012-05-23 株式会社エクォス・リサーチ エージェント装置
JP2003187003A (ja) 2001-12-20 2003-07-04 Hikari Ishii 緊急医療提供方法
JP2003256963A (ja) 2002-03-04 2003-09-12 Hitachi Ltd 消防緊急情報システム及びその処理プログラム
US7024370B2 (en) 2002-03-26 2006-04-04 P) Cis, Inc. Methods and apparatus for early detection of health-related events in a population
US7106835B2 (en) 2002-04-16 2006-09-12 Medical Priority Consultants, Inc. Method and system for integrating a computer aided dispatch system with an emergency medical dispatch protocol
US8494868B2 (en) 2002-05-07 2013-07-23 Priority Dispatch Corporation Method and system for a seamless interface between an emergency medical dispatch system and a nurse triage system
US20060026035A1 (en) 2004-07-28 2006-02-02 William Younkes Computer aided interactive medical management information and control system and method
US7764769B2 (en) 2004-08-06 2010-07-27 Powerphone, Inc. Integrated call handler and email systems and methods
US7646858B2 (en) 2004-08-06 2010-01-12 Powerphone, Inc. Protocol builder for a call handling system
US20060059423A1 (en) 2004-09-13 2006-03-16 Stefan Lehmann Apparatus, system, and method for creating customized workflow documentation
US20060122520A1 (en) 2004-12-07 2006-06-08 Dr. Matthew Banet Vital sign-monitoring system with multiple optical modules
US7805191B2 (en) 2005-01-31 2010-09-28 Physio-Control, Inc. CPR time indicator for a defibrillator data management system
US20070112275A1 (en) 2005-08-15 2007-05-17 Cooke William H Medical Intervention Indicator Methods and Systems
KR100759916B1 (ko) 2005-10-21 2007-09-18 연세대학교 산학협력단 중증도 분류 및 이송병원을 선정하는 응급의료정보 시스템
US7703020B2 (en) 2006-03-31 2010-04-20 General Electric Company Medical diagnostic system interface
WO2008014398A2 (en) 2006-07-26 2008-01-31 Scientific Pathways International, Llc Cpr analysis system and method
CN101169840B (zh) * 2006-10-26 2016-09-28 杰弗里·J·克劳森 用于紧急医疗情况调度系统的退出协议的方法和系统
US7783586B2 (en) 2007-02-26 2010-08-24 International Business Machines Corporation System and method for deriving a hierarchical event based database optimized for analysis of biological systems
WO2008130178A1 (en) 2007-04-23 2008-10-30 Jae Chern Yoo Remote medical-diagnosis system and method
US8066638B2 (en) 2007-06-13 2011-11-29 Clawson Jeffrey J Diagnostic and intervention tools for emergency medical dispatch
US7645234B2 (en) 2007-06-13 2010-01-12 Clawson Jeffrey J Diagnostic and intervention tools for emergency medical dispatch
US20090191529A1 (en) 2008-01-24 2009-07-30 Mozingo David W Video game-based, immersive, advanced burn care educational module
JP5120557B2 (ja) 2008-07-25 2013-01-16 勲 齋藤 在宅要介護者等緊急対応システム

Also Published As

Publication number Publication date
AU2010292882A1 (en) 2012-02-02
EP2476092A4 (en) 2013-06-26
CA2768689C (en) 2018-09-11
GB2482741A (en) 2012-02-15
NZ597631A (en) 2013-03-28
CN102576449A (zh) 2012-07-11
GB2482741A8 (en) 2012-02-29
EP2476092A1 (en) 2012-07-18
BR112012002351A2 (pt) 2016-06-07
US20110064204A1 (en) 2011-03-17
WO2011031382A1 (en) 2011-03-17
US8355483B2 (en) 2013-01-15
GB201016097D0 (en) 2010-11-10
SG177729A1 (en) 2012-02-28
AU2010292882B2 (en) 2015-10-29
EP2476092B1 (en) 2018-10-10
CA2768689A1 (en) 2011-03-17
MY184595A (en) 2021-04-06

Similar Documents

Publication Publication Date Title
BR112012002351B1 (pt) método implementado por computador para auxiliar um despachante quando se comunica com um chamador através do telefone, meio legível por computador e sistema de computador para executar o referido método
AU2018223049B2 (en) Burn diagnostic and intervention tool for emergency dispatch
US8488748B2 (en) Meningitis diagnostic and intervention tool for emergency dispatch
US8066638B2 (en) Diagnostic and intervention tools for emergency medical dispatch
EP3878358B1 (en) Diagnostic and intervention tools for emergency medical dispatch
AU2010292883B2 (en) Pandemic diagnostic and intervention tool for emergency dispatch
AU2012207250A2 (en) Meningitis diagnostic and intervention tool for emergency dispatch
NZ611173B2 (en) Meningitis diagnostic and intervention tool for emergency dispatch
AU2013251273A1 (en) Diagnostic and intervention tools for emergency medical dispatch

Legal Events

Date Code Title Description
B06F Objections, documents and/or translations needed after an examination request according [chapter 6.6 patent gazette]
B06U Preliminary requirement: requests with searches performed by other patent offices: procedure suspended [chapter 6.21 patent gazette]
B06A Patent application procedure suspended [chapter 6.1 patent gazette]
B09A Decision: intention to grant [chapter 9.1 patent gazette]
B16A Patent or certificate of addition of invention granted [chapter 16.1 patent gazette]

Free format text: PRAZO DE VALIDADE: 10 (DEZ) ANOS CONTADOS A PARTIR DE 08/12/2020, OBSERVADAS AS CONDICOES LEGAIS.