CARDS / 2001 SMART CARDS & O DESAFIO DO DESENVOLVIMENTO DE APLICAÇÕES PARA A SAÚDE PROTEA INFORMÁTICA ISABEL PELLEGRINO

Transcrição

1 01 SMART CARDS & O DESAFIO DO DESENVOLVIMENTO DE APLICAÇÕES PARA A SAÚDE

2 02 Agenda: I II III IV V VI Smart Cards - Visão Geral O Smart Card & Aplicação Planejando Uma Solução Inteligente - perguntas básicas - desenvolver x comprar Retaguarda Infra-estrutura Onde Está o Desafio?

3 03 I SMART CARDS Visão Geral

4 04 Padrões Internacionais ISO 7816 Cartões com Contato 53,97 + 0,05 85,6 + 0,12 0,76 + 0,08 Vcc RST CLK GND Vpp I/ O ISO Parte 1 - Características físicas ISO Parte 2 - Dimensões e localização dos contatos ISO Parte 3 - Protocolos de transmissão e sinais eletrônicos ISO Parte 3 - Emenda 1 - Protocolo tipo T=1, protocolo de transmissão de blocos assíncrono "half-duplex" ISO Parte 3 - Emenda 2 - Seleção de protocolo ISO Parte 4 - Comando para intercâmbio inter-indústria ISO Parte 5 - Sistema de numeração e procedimentos de registro para identificação de aplicação ISO Parte 6 - Elementos de dados inter-indústria ISO Parte 7 - Comando inter-indústria avançados ISO Parte 8 - Comandos inter-indústria voltados a segurança ISO Parte 9 - Comandos inter-indústria adicionais e atributos de segurança ISO Parte 10 - Sinais eletrônicos e answers to reset para cartões assíncronos

5 05 Arquitetura de um Smart Card Vcc RST CLK GND Vpp I/ O I /O C P U controle de acesso chaves de acesso ROM sistema operacional RAM memória temporária EEPROM aplicação fluxo de dados Arquitetura de um cartão inteligente, com contato, microprocessado Opcionalmente pode-se ter um cripto co-processador Todos esses componentes estão encapsulados em um único chip, resistente a ataques externos

6 06 Componentes de uma solução baseada em Smart Cards cartão leitura pc rede servidores aplicação - usuário final aplicação de suporte solução

7 07 II O Smart Card & aplicação

8 08 Kits para desenvolvimento de aplicações (tool kits): Leitura / Gravadora de Cartões com Interface para PC Ferramenta de Programação Cartões Existem vários tool kits no mercado, cada um suportando cartões ou grupos de cartões específicos

9 09 Dificuldades em desenvolver usando tool kits: Para rodar cartão / tool kit, deverá haver uma versão da aplicação Complexidade para gerenciar os cartões / versões de aplicação em circulação

10 10 Usando arquiteturas abertas para desenvolvimento Reconhecendo que a falta de padrão é um grande inibidor para o crescimento da indústria dos cartões inteligentes, surgiram diversas iniciativas para se estabelecer ambientes abertos (independentes do fabricante do cartão) para desenvolvimento de aplicações EMV / Open Card Framework / PC / SC / Java Card são algumas dessas iniciativas Aplicação DLLs, APIs, Drivers }Leitoras / Cartões

11 11 OpenCard Framework & PC / SC Com focos ligeiramente diferenciados, ambas arquiteturas permitem o desenvolvimento de aplicações do cartão Outros Linguagens de Programação e Ambiente Java C++ PC / SC Windows OPEN CARD Net Comp Unix Plataforma de HW e Sistema Operacional Outros

12 12 III Planejando uma Solução

13 13 Perguntas Básicas: Quais os objetivos da solução? Qual o perfil e o volume de usuários envolvidos? Onde estão os usuários? Com que freqüência será necessário incluir, excluir e alterar funções na solução?

14 14 Quais os objetivos da solução? Facilitar o controle de tratamento de doenças crônicas Suporte a planos de saúde Suporte a atendimento ambulatorial Suporte a atendimento hospitalar Outros clínicas consultórios hospitais Dependendo dos objetivos da solução, saberemos os requisitos de segurança, interoperabilidade, gerenciamento e tecnológicos

15 15 Qual o perfil e o volume de usuário envolvido? Normalmente na área da saúde a quantidade de usuários é grande e o perfil é muito variado Isso implica em: Necessidade de controles de cartões em circulação Esquema de substituição de cartões Planos de contingência Distribuição planejada dos cartões Educação / conscientização dos usuários etc

16 16 Onde estão os usuários? A resposta a esta pergunta nos permitirá decidir sobre: Onde manter os dados e aplicação: - cartão - leitora - servidor - ambiente central Que tipo de rede deve ser utilizada para interconectar os pontos Procedimentos operacionais e administrativos a serem adotados etc

17 17 Com que freqüência será necessário incluir / excluir / alterar funções na solução? Quase sempre, nos casos de saúde, a atividade de atualização de funções é alta, o que implica na necessidade de um sistema para gerenciar essa atividade

18 18 Desenvolver x Comprar Em posse dos principais requisitos identificados para a solução, considerando os aspectos funcionais, gerenciais e tecnológicos, é hora de examinar se há algo pronto no mercado ou se será necessário desenvolver

19 19 Quando a opção for comprar Antes de comprar observar: Dependência tecnológica Possibilidades de evolução e adaptação de solução Suporte a problemas Garantias No caso de soluções que envolvam prontuário, não podemos nos esquecer das especificações do SVS para o prontuário eletrônico

20 20 Quando a opção for desenvolver Decidir-se por: PS / SC, Java Card, Open Card, Framework, etc Identificar os skills necessários Montar o projeto Executar

21 21 IV Retaguarda

22 22 Funções de Gerenciamento para uma Solução Smart Card: 1 - Emissão de Cartões Coleta de informação e preparação Personalização dos cartões Distribuição Gerenciamento de Cartões Administração de cartões e aplicações Relatório sobre cartões perdidos / roubados Criação e distribuição de listas restritivas Gerenciamento de Aplicação Controle de versões e releases em circulação Criação, modificação e exclusão de aplicações no cartão Listas restritivas à aplicação Chaves e Certificados Geração e manutenção de chaves de criptografia Implantação de chaves e certificados nos cartões

23 23 Funções Gerenciais na Porção Comercial da Solução Analisando o conjunto de dados provenientes de todas as transações é possível obter: Relatórios sobre custos Relatórios sobre comportamento Relatórios sobre tendências Etc

24 24 Funções de Gerenciamento para uma Solução Smart Card: - Em hospitais / ambulatórios / pronto-socorros é necessário guardar a ficha resumo do atendimento por um período para fins legais - Para ser possível reconstruir o histórico de um paciente / médico / instituição, é necessário manter essas informações em base de dados e garantir que dados no cartão e na base são atualizadas corretamente

25 25 Interface com outros sistemas Administração hospitalar Etc Contas a receber Solução Smart Card Sistemas de farmácias Sistemas de contas a pagar

26 26 V Infra-estrutura

27 27 Partes Envolvidas - Emissor EMISSOR Design do plástico parte gráfica Produção do plástico Inclusão do chip Estruturação e personalização do cartão Administração e controle da base de cartões Distribuição dos cartões

28 28 Partes Envolvidas - Base de Aceitação hospitais consultórios clínicas farmácias laboratórios

29 29 Partes Envolvidas - Base de Aceitação Benefícios Etc Planos de Saúde Cooperativas Doenças Crônicas Sistema Hospitalar Previdência

30 30 VI Onde está o Desafio?

31 31 Codificar as Aplicações? - A codificação das aplicações, em si, NÃO é um desafio, exige conhecimento de programação como tantos outros sistemas Decidir, optar pela plataforma de desenvolvimento SIM, aí está um desafio

32 32 Fazer tudo sozinho ou montar uma equipe? - A quantidade de serviço e o investimento necessário para implantar uma solução com cartões inteligentes, na maioria dos casos na área da saúde, é MUITO GRANDE Sem dúvida, a cooperação entre diversas entidades é uma alternativa a ser explanada Aí temos outro desafio: "Como repartir o trabalho e a receita?"

33 33 MUITO OBRIGADA POR SUA PRESENÇA E ATENÇÃO Me coloco a disposição para esclarecer dúvidas, comentários, etc ISABEL C C J PELLEGRINO ProTeA Informática S/C Ltda Fone: Fone: isabel@proteacombr