we did involved sending out a CD and floppy to locations. The CD had a
survey app, and if they had an internet connection it would send it back
automatically; otherwise, they had to save it to floppy and then we could
get it from that. Ugh.
Another we did was a .exe Flash based teaching tool that a county agent
would bring on a laptop into a low income home. As the client worked through
the tool, the answers were saved to a cookie, and then when the agent was
back at the office and online, the cookie data was all transfered. That was
done with Flash 4 before there was xml and remoting support. We're going to
be redesigning that soon.
And then a project we rejected was for a youth canoe thing where they wanted
us to set them up with a satellite link so they could do daily blogs. I
wanted to give them beanies with aluminum foil umbrellas on top.
Good luck.
-Kevin
----- Original Message -----
From: "Ian Skinner" <[EMAIL PROTECTED]>
To: "CF-Community" <[EMAIL PROTECTED]>
Sent: Friday, January 09, 2004 9:33 AM
Subject: RE: Mobile Computing
> Thanks, that is our current operation.
>
> We have a couple dozen laptops. Between each mobile drive they are
synchronized with our central databases. But this is very time consuming.
We do a few thousand of these drives each year out of 4 main centers and a
dozen satellites covering Northern California from Merced to the Oregon
border. It can be a two+ hour one way drive just to get the laptop from our
outlying centers to our main location for synchronization. Then, because
there is little control over what donor records the staff may need to
access, since any given person may show up at any given location to donate
blood, we need to load our entire database of records to each laptop. Now
that IS A LOT of data.
>
> That is way we have been requested to research other technologies to see
if we can make use of them at this time.
>
> --------------
> Ian Skinner
> Web Programmer
> BloodSource
> www.BloodSource.org
> Sacramento, CA
>
> -----Original Message-----
> From: Shawn Regan [mailto:[EMAIL PROTECTED]
> Sent: Friday, January 09, 2004 7:06 AM
> To: CF-Community
> Subject: RE: Mobile Computing
>
>
> Here is a path we have done in the past to over come remote locations with
> no connection to internet both wireless and lanline. We had a central db
> server that the team could connect to and download current data before
> heading out into the field. Once in the field the application now could
look
> up the data that was download and stored locally.
>
>
> The new data could be added there locally and once the team made it back
to
> a location with wireless or landline connection they would connect and
> upload all new data back to the central db server.
>
>
> HTH
>
>
> Shawn Regan
>
> -----Original Message-----
> From: Ian Skinner [mailto:[EMAIL PROTECTED]
> Sent: Thursday, January 08, 2004 12:38 PM
> To: CF-Community
> Subject: RE: Mobile Computing
>
> Thanks, we're looking into the hardware concerns first. What is there
> available that does what we want it to do? The idea that some of these
> locations will be rather remote, well outside of the dense urban area's
that
> may have true public wireless access points leads me to believe we need to
> look at other options.
>
> --------------
> Ian Skinner
> Web Programmer
> BloodSource
> www.BloodSource.org
> Sacramento, CA
>
> -----Original Message-----
> From: Heald, Tim [mailto:[EMAIL PROTECTED]
> Sent: Thursday, January 08, 2004 12:28 PM
> To: CF-Community
> Subject: RE: Mobile Computing
>
> Cell modems are only 19K so slow as hell.
>
> Flash works on a lot of different platforms and I think can be very useful
> for remote computing.
>
> --
> Timothy Heald
> Web Portfolio Manager
> Overseas Security Advisory Council
> U.S. Department of State
> 571.345.2319
>
> The opinions expressed here do not necessarily reflect those of the U.S.
> Department of State or any affiliated organization(s). Nor have these
> opinions been approved or sanctioned by these organizations. This e-mail
is
> unclassified based on the definitions in E.O. 12958.
>
> -----Original Message-----
> From: Ian Skinner [mailto:[EMAIL PROTECTED]
> Sent: Thursday, January 08, 2004 3:12 PM
> To: CF-Community
> Subject: Mobile Computing
>
> We just got a requirement to research mobile laptop and/or handheld
computer
> access to some of our intranet applications. What are the different
> combinations of technologies that might do this? We would be looking for
> something that is fairly wide ranging. This will be for our mobile blood
> drives where we go to different business and organizational locations all
> over the Central Northern California area to collect blood. We are
> exploring the possibility of having our staff at these locations connected
> to our data and application resources so that they can have access to data
> such as a repeat donor's medical history as well as the ability to update
> and add new data in real time.
>
> I'm guessing that at this time public wireless (WLAN/WWAN) access points
> could be very hit or miss, especially in the smaller communities and rural
> areas on whether the staff would have a connection at any given location.
> What about cellular modems or Satellite modems? Are either/both of these
> reliable and widely available? What are the security concerns we would
need
> to look into? The data being flown through the air would be under HIPPA
> restrictions, and we would want to be very confidant in the security of
the
> transmission and the data, as well as not opening up holes in our network
> security that could allow breaches.
>
> I would really love any recommendations on any resource we can use to
> research the pros, cons and requirements of various options. If there are
> any other technologies I haven't mentioned in my first brainstorm of this
> please chime in.
>
> I'm off to dive into Google to see what I can start to learn.
>
> Thank You
>
> --------------
> Ian Skinner
> Web Programmer
> BloodSource
> www.BloodSource.org
> Sacramento, CA
>
> Confidentiality Notice: This message including any
> attachments is for the sole use of the intended
> recipient(s) and may contain confidential and privileged
> information. Any unauthorized review, use, disclosure or
> distribution is prohibited. If you are not the
> intended recipient, please contact the sender and
> delete any copies of this message.
> _____
> _____
> _____
> _____
>
>
>
[Todays Threads] [This Message] [Subscription] [Fast Unsubscribe] [User Settings]
